reilit said: No errors in the console

If that's the case, I'm not sure what to tell you. There should have at least been errors related to images failing to load in.
I can't seem to replicate this issue no matter what I do.

Patch 1.4.37

Changes
- Added an option to fetch image size while uploading. This requires additional permissions, and is thus disabled by default.
- Fixed a E621 bug causing reverse image search links (SauceNAO, Kheina, etc) to only use 150x150 thumbnails instead of the full image
- Fixed a E621 bug causing the user's image size preferences to be ignored if the viewed image has been hidden by the blacklist
- Added a hotkey to search e621 for posts visually similar to the current one
- Removed the annoying "read the how to comment guide" warnings
- Replaced all instances of "blakclist" with "blacklist" in the tickets.

Fixes
- Fixed a potential "Unknown Mode" error when browsing without logging in
- Fixed an issue that caused glitchy keyboard input in flash games
- Fixed an ambiguous IQDB error message during the upload
- Fixed a compatibility issue with the UI Configurator
- Minor code cleanup and improvements

How come version 1.4.37 has a @connect * statement? Doesn't that give the script privilege to access any website on the internet?

butt said: How come version 1.4.37 has a @connect * statement? Doesn't that give the script privilege to access any website on the internet?

First of all, no. With @connect *, the script manager will require your approval for every domain that's not explicitly whitelisted in other connect statements.
It'll look something like this: https://i.imgur.com/mvuXYO0.png

It's for the first thing in the changelog above - an option to fetch image size (as well as extension, and potentially some other things in the future) while uploading. It requires being able to send a request to the domain on which the image is hosted, which can be quite a lot of things. That's why it's disabled by default, and needs to be explicitly toggled on (Settings -> Uploads and Tag -> Fetch Image Data).
If you are not interested in that sort of functionality, feel free to remove that line from the script or select "Always Forbid" when the script requests your permission to connect.

Edit: apparently, Violentmonkey does not require an explicit user approval in order to make a request to a non-whitelisted domain. Which is really weird.
I might make an alternative version of the script that does not have this functionality if this is a big enough deal for you.

I've had a problem for quite a while that a few others here have had — the one where the script will not load unless Tampermonkey is disabled and re-enabled each session. Fortunately, I've found a solution that works for me (and maybe others)!

I use Firefox and have HTTPS Everywhere installed. Turning off the setting Encrypt All Sites Eligible or disabling the extension on the site solved the problem. For some reason, in its effort to block all unencrypted connections, it sometimes blocked the script from loading.

A couple extra things: I did have errors like Content Security Policy: The page’s settings blocked the loading of a resource at inline (“script-src”). common.js:2:319 that pointed to Tampermonkey itself and they went away once the problem was solved. I also tried recreating the problem in another browser (Brave) but was unable to.

I hope this helps those having a similar problem!

bitwolfy: Oh, I understand. But yeah, I mean, I'm a security-minded person and I feel uncomfortable with taking unknown risks just for the sake of a quality-of-life script. In general I don't have the energy to stay vigilant about that stuff. For the time being I don't think I'll update it. If I can erase that statement from the code without breaking the code or the automatic updates, I'll do that (hopefully I won't have to erase it for every new version). If you're willing to make an alternate version or something, that would be very appreciated, but no pressure, of course. Thanks!

big bara boi: Thanks for that, I'll check it out.

Patch 1.4.38

Changes
- Packaged the stylesheet with the userscript to avoid loading external resources
- Added an alternative version of the userscript that does not include a wildcard @connect statement

butt said:
bitwolfy: Oh, I understand. But yeah, I mean, I'm a security-minded person and I feel uncomfortable with taking unknown risks just for the sake of a quality-of-life script. In general I don't have the energy to stay vigilant about that stuff. For the time being I don't think I'll update it. If I can erase that statement from the code without breaking the code or the automatic updates, I'll do that (hopefully I won't have to erase it for every new version). If you're willing to make an alternate version or something, that would be very appreciated, but no pressure, of course. Thanks!

Sure, it's no problem. You'll have to update to an alternate version using this link: https://github.com/re621/re621/releases/download/1.4.38/altver.user.js
Consequent updates should work normally.

Let me know if there are any other issues.

bitwolfy said:
Let me know if there are any other issues.

Thank you! Very kind of you. :)

Patch 1.4.39

Fixes
- Fixed the "copy tag name" button in the wiki not working correctly with tags in the invalid category
- Fixed the tag diff list linebreaking incorrectly, leaving the plus and minus sign hanging on the end of the line
- Fixed SmartAlias not marking tags in the invalid category as invalid

I just got a cool idea that may or may not be practical, what if there was a feature to see the posts in order of your subscribed tags. For exemple, showing the posts that include 5 or more of the tags you follow first, then the posts that include 4, and so on...

krabitz said:
I just got a cool idea that may or may not be practical, what if there was a feature to see the posts in order of your subscribed tags. For exemple, showing the posts that include 5 or more of the tags you follow first, then the posts that include 4, and so on...

Interesting idea, but quite tricky to implement. That kind of thing is just not something that e621's search functionality allows.

bitwolfy said:
Interesting idea, but quite tricky to implement. That kind of thing is just not something that e621's search functionality allows.

When you are viewing the posts page, tags are already there in the html so you cold reorder the children on the current page only.

aobird said:
When you are viewing the posts page, tags are already there in the html so you cold reorder the children on the current page only.

Obviously, yes. Re-ordering the posts on the page is absolutely trivial - in fact, RE621 already takes over the site's post output.
The problem is determining which posts to show. Just using the latest posts page would be rather useless - unless the user is subscribed to some VERY popular tags.
Trying to search for the latest subscribed tags could result in substantial loading times, since some of the users are subscribed to several hundred tags.

I haven't tried your script yet, but it looks very promising.
Just installed your script, and it's pretty fuckin' badass. Excellent job!
I do have a question/feature request though. I have several folders of posts saved with their original md5 names. I'm wanting to get rid of the vast majority of my local archive however. Would it be possible for your script to read the list of md5 hashes from a folder, find the corresponding post, and like and/or favorite them?

Additionally, would your script be able to delete the local copies once they've been liked/favorited? Or at the very least, deliver a list of posts that were unable to be liked due to being deleted from e621?

notuncommon said:
I haven't tried your script yet, but it looks very promising.
Just installed your script, and it's pretty fuckin' badass. Excellent job!
I do have a question/feature request though. I have several folders of posts saved with their original md5 names. I'm wanting to get rid of the vast majority of my local archive however. Would it be possible for your script to read the list of md5 hashes from a folder, find the corresponding post, and like and/or favorite them?

Additionally, would your script be able to delete the local copies once they've been liked/favorited? Or at the very least, deliver a list of posts that were unable to be liked due to being deleted from e621?

Hey, thanks for checking out my project.
Unfortunately, what you are asking for is simply impossible. For security reasons, JavaScript cannot access any local files on your computer.

bitwolfy said:
Hey, thanks for checking out my project.
Unfortunately, what you are asking for is simply impossible. For security reasons, JavaScript cannot access any local files on your computer.

Fair enough. I still very much appreciate that you're developing this!

So, right when I was updating my tags subscription cache my internet connection got cut and when I tried restarting the browser the manual cache update info tab showed "last updated 1 minute ago". The tags section is empty so I think the new pictures got lost somehow, I'm sure of it since I manually checked some of my tags and they had new pictures while the subscription tab didn't. Any way to prevent this from happening again, other than buying better internet?

carb0n0x said:
So, right when I was updating my tags subscription cache my internet connection got cut and when I tried restarting the browser the manual cache update info tab showed "last updated 1 minute ago". The tags section is empty so I think the new pictures got lost somehow, I'm sure of it since I manually checked some of my tags and they had new pictures while the subscription tab didn't. Any way to prevent this from happening again, other than buying better internet?

Interesting.
There's probably an issue with the error handling there. The subscription manager does not get notified correctly that the update didn't go through.

I'll see what I can do.

Patch 1.4.40

Fixes
- Fixed a vanilla e621 bug causing the columns on the profile page to squish on smaller monitors
- Fixed a vanilla e621 bug causing the upload preview not to update when copy-pasting a link using a mouse
- Resolved an issue with wiki links breaking in TagAlias and EditTracker if the tag name contains unsafe characters
- Made the "view edit history" return back to the post page if the user is already on the edit history page
- Fixed UploadUtilities not showing file data for local files
- Made the "submit" button on the upload page bigger

Patch 1.4.41

Changes
- Added TagSuggester - a module that recommends tags during the upload process. Disabled by default.
- Added an option to format source links during the upload process - removes the "www" and converts to https.
- Added "Mentions" to the profile page - a way to search for your username mentions in comments and on forums

Fixes
- Fixed a SmartAlias glitch that occurs when switching to advanced upload mode and back
- SmartAlias output will now be skipped when tabbing to allow for easier switching between input fields

Patch 1.4.42

Thanks to gattonero2001 for their help with debugging the script.

Changes
- Added a preliminary implementation of adaptive image scaling. Can be enabled in the settings, under "General" -> "Post Page".
- Enabled the TagSuggester by default. The list of suggestions has been expanded since last release.
- Rewritten TagSuggester to improve performance and allow for greater flexibility.

Fixes
- Fixed image dimension data not loading for image previews during uploading
- Always fetch image data from locally uploaded files - those do not require connecting to non-whitelisted domains anyways
- Fixed image data loading not working with SWF files, and added proper exception handling for non-standard files in general
- Fixed image data loading failing to fetch the file size of WEBM files. Resolution fetching is unlikely to ever work, though
- Fixed the comment rules warning hider not working correctly in the comments index

Aspect scaling, awesome!

krabitz said:
Aspect scaling, awesome!

Don't get too excited, it's... pretty rough around the edges. Let me know how well it works.

It looks and works great! With a few issues though...

With the new images function, Hoverzoom+ (https://chrome.google.com/webstore/detail/hover-zoom%20/pccckmaobkjjboncdfnnofkonhgpceea?hl=en) does not work with webm. It only fetches the static image. Gifs and regular images work fine. (When the high res thumbnails are turned on)

Hoverzoom+ does not work on the new images function when high res thumbnails are disabled. Only when enabled.

Add an option to limit how many gifs are playing at once (on hover) because it starts to lag after awhile.

Thanks for checking out my project.

galaxyman74 said:
With the new images function, Hoverzoom+ (https://chrome.google.com/webstore/detail/hover-zoom%20/pccckmaobkjjboncdfnnofkonhgpceea?hl=en) does not work with webm. It only fetches the static image. Gifs and regular images work fine. (When the high res thumbnails are turned on)

Hoverzoom+ does not work on the new images function when high res thumbnails are disabled. Only when enabled.

I've taken a quick look at how hoverzoom+ works, and I'm not sure if I can ensure full compatibility with this script. I will attempt to do so, but I cannot promise anything.
Have you tried RE621's own implementation of HoverZoom? You can enable it in the Settings -> "General" tab -> "Scrolling and Zoom" section. It was inspired by plugins like Imagus and HoverZoom, and has a pretty similar feature set.

galaxyman74 said:
Add an option to limit how many gifs are playing at once (on hover) because it starts to lag after awhile.

Yeah, that is probably a good idea. Will be in the next release.

Patch 1.4.43

Changes
- Limited the number of GIFs that can be played simultaneously while "Auto-Play GIFs" is off. Default is 5, but can be changed in the settings
- Added a "Download" mode to the search page, as an alternative to the more complicated MassDownloader
- Couple minor changes to the TagSuggester list

I just now installed RE621 in my Firefox after seeing your update announcement, ... it is So convenient I can't stop quivering and laughing...!
Now I'm trying to find out what features are available, but if I notice anything in the future, I will post it here.

At least for now, I would like to say Thank you for creating such a useful tool ! 😁
(( PS : And also thank you for showing me how to use tagme , you always lead everyone forward ))

kurogi_foxsiv said:
I just now installed RE621 in my Firefox after seeing your update announcement, ... it is So convenient I can't stop quivering and laughing...!
Now I'm trying to find out what features are available, but if I notice anything in the future, I will post it here.

At least for now, I would like to say Thank you for creating such a useful tool ! 😁
(( PS : And also thank you for showing me how to use tagme , you always lead everyone forward ))

Thanks, I appreciate you checking out my project!
I'm afraid that there is no comprehensive feature overview – I can never find the time to actually write something like that. But I tried to make this script as customizable as possible, so looking through the settings menu (wrench icon in the top right corner) might give you some idea of what is available.

Do let me know if you run into issues, or have a feature request.

bitwolfy said:
Thanks, I appreciate you checking out my project! (...)

Whoa I hit manual update and got a notification instantly.
As a personal request, for the notification interval, I would like to see a 30-minute update (or with hotkeys), for the forum only. --- Well, I guess I should use RSS/.Atom in that case.

Once I get used to using it, I'll try to introduce it to some _^Japanese users (I know).

kurogi_foxsiv said:
Whoa I hit manual update and got a notification instantly.
As a personal request, for the notification interval, I would like to see a 30-minute update (or with hotkeys), for the forum only. --- Well, I guess I should use RSS/.Atom in that case.

Once I get used to using it, I'll try to introduce it to some _^Japanese users (I know).

You get notifications quickly now. There was a guy in this thread who subscribed to over 700 tags. Since every 40 tag subscriptions increase the loading time by 1 second, checking all of those takes... a while.

Separate intervals for different subscription types are not possible right now, but I'll see if I can add them in the future.

bitwolfy said: (...)
There was a guy in this thread who subscribed to over 700 tags. Since every 40 tag subscriptions increase the loading time by 1 second, checking all of those takes... a while. (...)

Thank you, Oh I didn't know that.

I asked for this feature back on page 1 of this thread, don't think it'd hurt to ask again; could you add an option to move the post navbar to the area under the search box on the left, like it was in the old layout?

Also having an issue. Tag subscriptions don't seem to be updating, tried manual update and all it's showing is images from 2+ days ago. Went to a few tags I've subscribed to and there's posts less than 12 hours old.

mel_otsagae said:
I asked for this feature back on page 1 of this thread, don't think it'd hurt to ask again; could you add an option to move the post navbar to the area under the search box on the left, like it was in the old layout?

Wow. You sure did ask for that, almost nine months ago.
Sorry about that. I'll see if I can get that done without breaking anything.

mel_otsagae said:
Also having an issue. Tag subscriptions don't seem to be updating, tried manual update and all it's showing is images from 2+ days ago. Went to a few tags I've subscribed to and there's posts less than 12 hours old.

Hmm. Not sure what would be causing that.
Is it showing any errors in the console when it updates? Also, what do the "Last Update" and "Next Update" timers say in the "Info" tab of the notifications window?

bitwolfy said:
Wow. You sure did ask for that, almost nine months ago.
Sorry about that. I'll see if I can get that done without breaking anything.

No worries. Not sure if just simply moving the html block would break anything, but you could try moving the html element. When I use the Dev tools in Firefox to do it manually it doesn't seem to break anything.
You'd have to add some styling though, to make the box and text fit, preferably with rounded edges if you know how.

bitwolfy said:
Hmm. Not sure what would be causing that.
Is it showing any errors in the console when it updates? Also, what do the "Last Update" and "Next Update" timers say in the "Info" tab of the notifications window?

Last Update
1 minute ago
Next Update
59 minutes from now

It doesn't show any errors when I click manual update.

When I refresh the page it shows this.

mel_otsagae said:
No worries. Not sure if just simply moving the html block would break anything, but you could try moving the html element. When I use the Dev tools in Firefox to do it manually it doesn't seem to break anything.
You'd have to add some styling though, to make the box and text fit, preferably with rounded edges if you know how.

Yeah, I know how to do it. It's just that there is some other functionality tied to that block - and the fact that (depending on your theme settings) that block can be absent, or there could be two of them.
But yeah, it's totally doable. It'll probably be in the next release.

mel_otsagae said:
Last Update
1 minute ago
Next Update
59 minutes from now

It doesn't show any errors when I click manual update.

I see. The timer's probably running correctly then.
Could you export your script settings (wrench icon in the top right corner -> "Utilities" tab -> "Import / Export" section -> "Export to File") and send those to me? If you don't mind, of course.

Patch 1.4.44

Changes
- Added an option to move the post navbar into the sidebar. Accessible through the "themes" window
- Added an option to disable individual flags in the CustomFlagger
- Added a couple flags to the CustomFlagger as an example. Disabled by default
- Moved the CustomFlagger menu into the "Uploads and Tags" tab to avoid a visual bug

Fixes
- Fixed the blacklist's filtered posts count - should no longer count posts multiple times if several filters are applicable
- Minor changes to the TagSuggester list

bitwolfy said:
Thanks for checking out my project.

I've taken a quick look at how hoverzoom+ works, and I'm not sure if I can ensure full compatibility with this script. I will attempt to do so, but I cannot promise anything.
Have you tried RE621's own implementation of HoverZoom? You can enable it in the Settings -> "General" tab -> "Scrolling and Zoom" section. It was inspired by plugins like Imagus and HoverZoom, and has a pretty similar feature set.

Just tried it and found out that it also plays video files. Nice

A couple of things though that I would like:

*A timer so it would zoom after a set amount of time when hovering. (Also an option to have it only zoom when it detects mouse movement after scrolling. With this option absent, its pretty annoying to navigate the posts. Hoverzoom+ has that)

*A hotkey to force the save-as dialog to show for the image or video while it is zoomed/hovered. (Source image/video, not thumbnail)

*when hovering over transparent gifs, they leave ghosted images

Great script though :)

galaxyman74 said:
Just tried it and found out that it also plays video files. Nice

A couple of things though that I would like:

*A timer so it would zoom after a set amount of time when hovering. (Also an option to have it only zoom when it detects mouse movement after scrolling. With this option absent, its pretty annoying to navigate the posts. Hoverzoom+ has that)

*A hotkey to force the save-as dialog to show for the image or video while it is zoomed/hovered. (Source image/video, not thumbnail)

*when hovering over transparent gifs, they leave ghosted images

Great script though :)

That's pretty reasonable.
It's difficult to judge what features others might want, since I am the only one working on this project. So, some things might go unnoticed.

All of the listed features will be in an upcoming release.

Patch 1.4.45

Changes

• Added "Download" and "Open Image in New Tab" hotkeys to HoverZoom
• Added an optional trigger delay to HoverZoom. Set to zero to disable.
• Added "Download" and "Open API Page" hotkeys for the post page
• Minor changes to the TagSuggester lists

Fixes

• Fixed a WikiEnhancer tag name bug on locked wiki pages
• Fixed HoverZoom preview getting layered under the fixed navbar
• Fixed HoverZoom ghosting issues with transparent GIFs
• Fixed HoverZoom needlessly triggering when scrolling through the page
• Fixed HoverZoom bug that caused issues when alt-tabbing while holding shift

bitwolfy said:

Patch 1.4.45

Changes

• Added "Download" and "Open Image in New Tab" hotkeys to HoverZoom
• Added an optional trigger delay to HoverZoom. Set to zero to disable.
• Added "Download" and "Open API Page" hotkeys for the post page
• Minor changes to the TagSuggester lists

Fixes

• Fixed a WikiEnhancer tag name bug on locked wiki pages
• Fixed HoverZoom preview getting layered under the fixed navbar
• Fixed HoverZoom ghosting issues with transparent GIFs
• Fixed HoverZoom needlessly triggering when scrolling through the page
• Fixed HoverZoom bug that caused issues when alt-tabbing while holding shift

Thank you!

Did you intend to leave out the save-as download feature or is it just broken for me?

Also, the scrolling fix works somewhat. Its definitely an improvement from when it was before. But if you have the capability to track where the cursor is on the screen in userscripts then it would probably work better. (I'm assuming it doesn't)

galaxyman74 said:
Thank you!

Did you intend to leave out the save-as download feature or is it just broken for me?

It's in there. Hotkey can be defined in the "Hover Zoom" section in the "Hotkeys" tab of the settings window.
Unless I am seriously misunderstanding your feature request.

It works fine for me. Does it just not do anything for you?

bitwolfy said:
It's in there. Hotkey can be defined in the "Hover Zoom" section in the "Hotkeys" tab of the settings window.
Unless I am seriously misunderstanding your feature request.

It works fine for me. Does it just not do anything for you?

The saving part works. I was saying an option for a "save as" which opens a prompt of where to save the file. People would like the regular saving function though so it was a useful addition.

Patch 1.4.46

Changes
- Added an option to confirm file downloads for DownloadCustomizer, HoverZoom, and BetterSearch

galaxyman74 said:
The saving part works. I was saying an option for a "save as" which opens a prompt of where to save the file. People would like the regular saving function though so it was a useful addition.

I see. This functionality has been added in the 1.4.46 release.
The option to confirm downloads can be enabled in the options window, on the "Downloads" tab. It will also affect the "Download" button on the post page, and the search mode by the same name.

Due to how Tampermonkey works, this option will not function properly unless you go into Tampermonkey settings, switch the Config mode to "Beginner" or above, and set "Download Mode" to "Browser API".
Otherwise, the extension would not have the permissions required to override the browser's preferred download mode.

Patch 1.4.47

Fixes
- Fixed tag history links not switching to wiki links in some cases
- Fixed "x up / y down" votes not showing up in thumbnails when hovering over the vote count
- Fixed "Open Pool Dialogue" hotkey inserting a character into the pool name input

Patch 1.4.48

Changes
- Added an option to download image samples instead of original files
- Tag suggestions should now vanish as soon as they are clicked on, in order to eliminate misclicks when the suggestion list refreshes

How do I set it so it does not have the search bar focused (on the left) every time I refresh the "posts" page?

Also the save as feature works fine but tampermonkey seems to always direct me to the downloads folder no matter where I saved last. Damn. I don't think that can be fixed

galaxyman74 said: Also the save as feature works fine but tampermonkey seems to always direct me to the downloads folder no matter where I saved last. Damn. I don't think that can be fixed

Yeah, I don't think that it's something that I can change.

galaxyman74 said: How do I set it so it does not have the search bar focused (on the left) every time I refresh the "posts" page?

I'll add an option to disable that.
I'm not quite sure when that feature was added, or why.

Patch 1.4.49

Changes
- Reorganized the "General" tab of the Settings to make at least some sense.
- Added an option to focus on the searchbar. Disabled by default.

Is it possible to subscribe to a combination of tags so that you only receive a notification when that combination is on an image instead of just individually?

meepnaysh said:
Is it possible to subscribe to a combination of tags so that you only receive a notification when that combination is on an image instead of just individually?

That is not possible.

Here's the deal. The script checks for subscription updates pretty much in the same exact way you would look for posts with any of the tracked tags.
So, if for example you are subscribed to artist1, artist2, and artist3, the script will look up ~artist1 ~artist2 ~artist3, and go from there.

However, e621's syntax does not support grouping tags within a search. You can't look up ~(artist1 rating:s) ~artist2 ~artist3, that's just not a thing. So, the script would have to break those apart into separate searches - first, look for artist1 rating:s, then for ~artist2 ~artist3. And every extraneous API call slows down the subscription update speed.
With the current system, every 40 tags that you are subscribed to slow down the update by about a second (with a good internet connection). On the other hand, if you were subscribed to 40 tag groups, the update would take at least 40 seconds.

All in all, there is no ideal solution to this situation at the moment.

bitwolfy said:
That is not possible.

Here's the deal. The script checks for subscription updates pretty much in the same exact way you would look for posts with any of the tracked tags.
So, if for example you are subscribed to artist1, artist2, and artist3, the script will look up ~artist1 ~artist2 ~artist3, and go from there.

However, e621's syntax does not support grouping tags within a search. You can't look up ~(artist1 rating:s) ~artist2 ~artist3, that's just not a thing. So, the script would have to break those apart into separate searches - first, look for artist1 rating:s, then for ~artist2 ~artist3. And every extraneous API call slows down the subscription update speed.
With the current system, every 40 tags that you are subscribed to slow down the update by about a second (with a good internet connection). On the other hand, if you were subscribed to 40 tag groups, the update would take at least 40 seconds.

All in all, there is no ideal solution to this situation at the moment.

I see, thanks for the detailed explanation.

Patch 1.4.50

Changes
- Added an option to add a colored border to visited posts
- Added a "Reupload" button to the post options that should make fixing BVAS posts easier
- Added a SmartAlias option to flag tags that contain invalid characters
- Added a button that applies the current tag script to all posts on the page

Fixes
- Attempted to fix an issue with DText preview eating parentheses at the end of links
- Added a fallback in case post thumbnail loading fails

Patch 1.4.51

No changes in functionality since 1.4.50.
The repository has been moved - if the automatic update fails, a manual update might be required.

Patch 1.4.52

Fixes
- Fixed the userscript icons that were broken by the repository transfer
- Fixed a couple of security-related issues

Clicking the Download button on Vivaldi is consistently causing the entire browser to crash.

lafcadio said:
Clicking the Download button on Vivaldi is consistently causing the entire browser to crash.

Can you be more specific? Which "download" button - do you mean the mass downloader or just installing the script itself?
Also, which userscript manager are you using?

Edit: installed Vivaldi, tested with Tampermonkey / RE621 v.1.4.52. No crash on either of the downloader modules.
Is it possible that you are running out of memory? The downloader modules effectively load the images into RAM before archiving them.

bitwolfy said:
Can you be more specific? Which "download" button - do you mean the mass downloader or just installing the script itself?
Also, which userscript manager are you using?

Edit: installed Vivaldi, tested with Tampermonkey / RE621 v.1.4.52. No crash on either of the downloader modules.
Is it possible that you are running out of memory? The downloader modules effectively load the images into RAM before archiving them.

The per-post download button, just to the right of the image size selection. Running on Tampermonkey. RAM isn't an issue, I'm running 32GB total and the behavior occurs regardless of how many tabs are open.

lafcadio said:
The per-post download button, just to the right of the image size selection. Running on Tampermonkey. RAM isn't an issue, I'm running 32GB total and the behavior occurs regardless of how many tabs are open.

Oh yeah, I see what you mean.
I'll see if I can fix that.

lafcadio said:
The per-post download button, just to the right of the image size selection. Running on Tampermonkey. RAM isn't an issue, I'm running 32GB total and the behavior occurs regardless of how many tabs are open.

Update: this seems to be either a bug in Tampermonkey, or in Vivaldi. A TM function that I use to download files seems to be crashing the browser.
I have reported the issue to TM devs, we'll see if that's something they can fix.

For the time being, I'll see if I can add a workaround that bypasses the function in question.

Patch 1.4.53

Fixes
- Added a fallback to Vivaldi crashing when downloading a file
- Changed the script's namespace to the new one

lafcadio said:
The per-post download button, just to the right of the image size selection. Running on Tampermonkey. RAM isn't an issue, I'm running 32GB total and the behavior occurs regardless of how many tabs are open.

I added a fix, but it's a bit janky, since it's not possible to tell Vivaldi apart from Google Chrome. A deliberate choice on Vivaldi's part, mind you.
In version 1.4.53, you'll have to go to the script settings (wrench icon in the top right corner) -> Utility tab -> "Debugging Tools", and enable "Compatibility Mode".

The "compatibility mode" setting is never saved.

lafcadio said:
The "compatibility mode" setting is never saved.

*facepalm*
It gets saved alright, but the script fails to read it correctly afterwards. Give me a sec, I'll fix it.

Edit: v.1.4.54 should fix that.

Just a heads-up, the preview images on the original post are broken

shadyguy said:
Just a heads-up, the preview images on the original post are broken

Fixed, thank you.

bitwolfy said:
Fixed, thank you.

Nice

I also just found out that Posts > Edit mode doesn't work with this installed, clicking on a thumbnail does nothing

shadyguy said:
Nice

I also just found out that Posts > Edit mode doesn't work with this installed, clicking on a thumbnail does nothing

Oh dear, how long was that broken for? No idea what happened.
Should be fixed in patch 1.4.55.

bitwolfy said:
Should be fixed in patch 1.4.55.

It is!

Nice to see so many updates after my hiatus! Hope all's been well in your world, bitWolfy.

I noticed there's an option called 'Persistent Tags' now. I didn't see any info on it, but from the sound of the description in the settings, is this pretty much that feature we talked about months ago? Where you can use the search bar as a permanent requirement-setter or '-minus tag' searcher going from page to page?

I'd love to know more about it if you get a chance, such as if there's any limitations or things you want to do with it. Thanks!

By the way, I noticed that my same crazy 40-tag bookmarked searches now take about 3-4 days to go through a fully 250-image page. It used to take them a full week to do that, haha. I guess there's just more activity of late for that new estimate? I wasn't sure if you got the page refresh frequency fully ironed out since it was first added.

human-shaped said:
I noticed there's an option called 'Persistent Tags' now. I didn't see any info on it, but from the sound of the description in the settings, is this pretty much that feature we talked about months ago? Where you can use the search bar as a permanent requirement-setter or '-minus tag' searcher going from page to page?

I'd love to know more about it if you get a chance, such as if there's any limitations or things you want to do with it. Thanks!

It's actually pretty straight-forward.
When the search is submitted, the script adds everything that's in that field to the query. So, if you have -male -horse set as persistent tags, and you search for solo, the resulting search will be solo -male -horse.

That field is not validated in any way on my side - the requirements are the same as with any e621 search.
The main limitation here is the maximum number of tags per search. The total number of items in a query - the tags you searched for plus the persistent ones - cannot exceed 40.

human-shaped said:
By the way, I noticed that my same crazy 40-tag bookmarked searches now take about 3-4 days to go through a fully 250-image page. It used to take them a full week to do that, haha. I guess there's just more activity of late for that new estimate? I wasn't sure if you got the page refresh frequency fully ironed out since it was first added.

The frequency estimates should be correct.
Feel free to send me one of those bookmarked searches if you want, I can double-check that it's working as intended.

bitwolfy said:
It's actually pretty straight-forward.
When the search is submitted, the script adds everything that's in that field to the query. So, if you have -male -horse set as persistent tags, and you search for solo, the resulting search will be solo -male -horse.

That field is not validated in any way on my side - the requirements are the same as with any e621 search.
The main limitation here is the maximum number of tags per search. The total number of items in a query - the tags you searched for plus the persistent ones - cannot exceed 40.

I can't seem to get it to work. I even tried your example, but the resulting pages do have the male and horse tags show up.

bitwolfy said:
The frequency estimates should be correct.
Feel free to send me one of those bookmarked searches if you want, I can double-check that it's working as intended.

Sure, there's only two so I'll send you both of them.

human-shaped said:
I can't seem to get it to work. I even tried your example, but the resulting pages do have the male and horse tags show up.

Hmm. Well, it works on my side.
1. Have you reloaded the page after changing the persistent tags? They won't take effect otherwise.
2. Do the tags show up in the URL? Should look something like https://e621.net/posts?tags=solo+-male+-horse when searching for solo.

bitwolfy said:
Hmm. Well, it works on my side.
1. Have you reloaded the page after changing the persistent tags? They won't take effect otherwise.
2. Do the tags show up in the URL? Should look something like https://e621.net/posts?tags=solo+-male+-horse when searching for solo.

Okay now it's working. Not sure what was wrong before, haha~

Edit: I noticed it only adds your persistent tags to the URL if you run a search, not just if you wander around the site. So if you find an image you like and want to see what else the artist made, clicking on the artist's name isn't going to have your persistent settings active until you then click 'Search' while on that page.

human-shaped said:
Edit: I noticed it only adds your persistent tags to the URL if you run a search, not just if you wander around the site. So if you find an image you like and want to see what else the artist made, clicking on the artist's name isn't going to have your persistent settings active until you then click 'Search' while on that page.

Fair enough, I'll fix it in the next release.

bitwolfy said:
Fair enough, I'll fix it in the next release.

That would be great; thanks again for making that feature happen at all :]

Also did you say my 40-tag setup was still 1 week per page on your end? I wonder why mine says it takes 3 or 4 days now...

human-shaped said:
That would be great; thanks again for making that feature happen at all :]

No problem.
No promises on how much support this feature gets. Doing the search and the sidebar tags is easy, but amending all links on the site to include these tags is a pain in the ass.

human-shaped said: Also did you say my 40-tag setup was still 1 week per page on your end? I wonder why mine says it takes 3 or 4 days now...

I'm actually not seeing it speed up like you are claiming it is.
For example, look at the first 40-tag search that you sent me, around beginning of december (around page 30 with 250 posts per page). It says 2.3 days for me. On page 2, it's 4.1 days.
All in all, I don't think that the update speed is consistent enough for the frequency to remain the same. It goes up and down - in december 2019 (page 128), a page refreshed every 6 days.