| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This makes the code much easier to read in my opinion. It also fixes
some errors about potentially unbound variables.
|
|
|
|
|
|
|
| |
Although this file exists in the Chromium profile directory, it's empty.
I would assume Chrome/Chromium always uses the LevelDB file, so there's
no point in checking the webappsstore.sqlite file. Doing this allows us
to refactor some code in the next commit.
|
|
|
|
|
|
| |
Chromium encrypted values start with v10, while Chrome values start with
v11. I don't see any reason to check that the prefix is either of these
really, just remove it unconditionally.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
I see no value of having this option, and it's just confusing since the
script is meant for extracting the token.
|
|
|
|
| |
The script didn't work anymore for firefox after commit c7868cc.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
The script prints usage if you run it with --help, so I don't see a need
for these examples. The examples are likely to get outdated when the
script options are changed, so I rather not have them there.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Add support for cookies decryption for Chrome/beta
* Add support for firefox-snap, and multiple default/custom profiles
paths
* If no token can be found, like no key localConfig_v2 in
webappsstore2, try the best to fetch it from leveldb (or online copy
of it, if locked by running browser). When no luck even with that,
suggest the user to fetch it manually from dev console, and pass it
as an extra argument. This way it still saves some extra cycles for
the script users by fetching d/d-s values, and formatting the
ultimate registration command string.
Not tested on Darwin, leaving this as an exercise for you
Adding Chromium support should be straightforward and can be done in
follow-ups.
Signed-off-by: Bohdan Dobrelia <bdobreli@redhat.com>
Co-authored-by: Bogdan Dobrelya <bogdando@mail.ru>
|
|
|
|
| |
Fixes #888
|
|
|
|
| |
Fixes #889
|
|
|
|
|
| |
WeeChat in Debian switched to Python 3 in bullseye (currently
oldstable), so the Python 2 instructions shouldn't be necessary anymore.
|
|
|
|
|
|
| |
If I understand https://docs.brew.sh/Homebrew-and-Python correctly,
Homebrew Python installs python3 so you can use pip as described for
"Other".
|
|
|
|
|
| |
Pip recommends using `python3 -m pip` instead of just `pip` (and Python
recommends using `python3` rather than just `python`).
|
| |
|
| |
|
|
|
|
|
|
| |
Automatically set completion_default_template on wee-slack buffers, so
emojis and usergroups can be tab completed without having to set
weechat.completion.default_template manually.
|
|
|
|
| |
The setup-python action doesn't support Python 2.7 anymore.
|
|
|
|
|
|
|
|
|
| |
If the line isn't found, line_pointer becomes an empty string which will
crash WeeChat when it's used with hdata_update. This happened when the
history for a channel that contained a reply also posted to the channel
was loaded, because in that case wee-slack tries to modify the parent
message before the channel history is printed, so it couldn't find the
line.
|
|
|
|
|
|
|
|
|
|
| |
Since WeeChat now has multiline support, the problems with using
prefix_nick_<color> (mainly that it isn't possible to distinguish
between a multiline message and multiple messages when
weechat.look.prefix_same_nick is set) isn't present anymore, so we can
use this tag to properly mark lines as chat messages from a nick. This
also means that we don't have to use prefix_same_nick or
nick_prefix/suffix ourselves anymore.
|
|
|
|
|
|
|
|
|
| |
Since WeeChat now has multiline support, the whole message is in one
chat line. This means that we don't need to look for all the lines
belonging to a message and modify them, we can just modify the line for
the message directly. This has the benefit of making it possible to
increase and decrease the number of lines for a message, rather than
having to join extra lines or get blank lines.
|
|
|
|
|
|
| |
Don't insert a prefix at the start of each line of a message so it
renders normally in WeeChat 4.0.0 which supports chat lines with
multiple lines.
|
|
|
|
|
|
|
|
|
| |
Without spaces, WeeChat will consider all the nicks as one word, which
means that rather than wrapping between nicks, it will fill the whole
line and wrap in the middle of nicks. Additionally, if you have disabled
weechat.look.align_multiline_words it will start from the beginning of
the line when wrapping, rather than after the prefix, which doesn't look
nice.
|
|
|
|
|
| |
Remove a space before a colon and add a comma after a sentence starting
with if.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The url_private link for Slack posts just downloads a json of the post,
which isn't very useful to click on. The permalink goes to the web view
for a post, which is what we want. The web client adds origin_team and
origin_channel, which makes the post page show info about where the post
is shared, so add that here as well.
We still want to use url_private for images etc., not permalink there as
well, because that links to the Slack client with the image shown in the
sidebar, which is much more inconvenient than just getting the image
directly.
|
|
|
|
|
|
|
|
| |
If a link preview was added by an app, like GitHub, instead of directly
by Slack, it was not detected by wee-slack as a link preview, so it
would be shown even if link_previews was set to false.
Fixes #834
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
One user experiences receiving a "HTTP/1.1 200 Connection established"
header block before a "HTTP/2 200" header block with the headers. I'm
not sure why specifically this happens, but I know a similar response
will happen if redirects are followed.
This wasn't supported by the http_check_ratelimited function which
splits the header from the body. It now splits out all the header blocks
from the body and uses the status and headers from the last one.
|
|
|
|
| |
Fixes #871
|
|
|
|
|
| |
This is only required for WeeChat < 1.5, and we require >= 2.2, so
there's no point in keeping this.
|
|
|
|
|
|
|
| |
After moving the token in Slack API requests from a query string param
to an Authorization header in commit 2185a58 we require WeeChat >= 2.2
because that was the version which added support for setting HTTP
headers.
|
| |
|