I just installed RE621 and enjoy it a lot, though I have a few things I'm unsure about. I use Firefox 79.0 and Greasemonkey 4.9.

• Trying to install the script from Github by opening it in a tab (as it says in the instructions) didn't work, I'd only get a prompt to download the script.user.js file no matter what I did. I had to download the script and paste the code into the "new script" box to get it to work. Possibly because of this, Greasemonkey won't let me set the script to auto-update.

• Hitting the Back/Forward buttons in the browser makes the script reload on top of itself. I get duplicates of the icons in the header, and so forth. (I understand if this is something you can't fix, but I thought I could let you know just in case.)

• Every time a page loads, it takes ~3 seconds for the page to reshuffle - the parent/child post thumbnails move under the searchbar, the image moves up and to the right a bit, the arrows on the navbar move inwards a bit, some tags are bolded, and so on. Is there any way to disable the layout changes? I prefer to have the parent post thumbnail where it usually is, and the "reshuffle" is kind of an eyesore.

I feel mean complaining about a passion project like this, which is otherwise very good, so I want to emphasize again that I actually really enjoy RE621! :p Thanks!

butt said:
I just installed RE621 and enjoy it a lot, though I have a few things I'm unsure about. I use Firefox 79.0 and Greasemonkey 4.9.

• Trying to install the script from Github by opening it in a tab (as it says in the instructions) didn't work, I'd only get a prompt to download the script.user.js file no matter what I did. I had to download the script and paste the code into the "new script" box to get it to work. Possibly because of this, Greasemonkey won't let me set the script to auto-update.

• Hitting the Back/Forward buttons in the browser makes the script reload on top of itself. I get duplicates of the icons in the header, and so forth. (I understand if this is something you can't fix, but I thought I could let you know just in case.)

• Every time a page loads, it takes ~3 seconds for the page to reshuffle - the parent/child post thumbnails move under the searchbar, the image moves up and to the right a bit, the arrows on the navbar move inwards a bit, some tags are bolded, and so on. Is there any way to disable the layout changes? I prefer to have the parent post thumbnail where it usually is, and the "reshuffle" is kind of an eyesore.

I feel mean complaining about a passion project like this, which is otherwise very good, so I want to emphasize again that I actually really enjoy RE621! :p Thanks!

First of all, thank you for your feedback.
You should not feel mean about any of this, especially since the points you bring up are valid.

Before anything else, I would strongly recommend you stop using Greasemonkey immediately and switch to script manager that is modern and well-maintained. Tampermonkey and Violentmonkey are the most popular alternatives. RE621 is only technically compatible with Greasemonkey - as in, the plugin does not immediately crash. Developing anything for that script manager is an immense pain in the ass. I'm going to be honest here - I have no intention of fixing any bugs specific to Greasemonkey except those that break the script in its entirety. It is that bad. I am sorry.

If you are having issues installing from Github, you can try using the Greasyfork mirror instead. It is exactly the same script; the only difference is that because of the way Greasyfork works, updates on that platform can get delayed for up to 24 hours. Other than that, it should work fine with most script managers.

The issues with the script reloading on top of itself is not the intended behavior, and is definitely a problem. I am unable to replicate it, neither in Greasemonkey nor in Tampermonkey. Could it be something specific to your browser - like another userscript, or an extension that is interfering with the process? It seems like the browser caches the entire page, including the layout changes made by the userscript, which is not normal.

The issue with a page reflow taking some time is absolutely specific to Greasemonkey. On modern script managers, the page elements should just snap into place after less than a second.
I will add an option to keep the parent/child thumbnails where they normally are, as well as to disable the bolding on tags. I will try to mitigate the issue with the arrows on the navbar moving inwards, but at the moment, I can't add an option to disable that without it turning off hotkeys to move to the next / previous post as well. The thing with the image jumping around might be an actual bug, though - I will investigate.

Those changes will most likely be in version 1.4.0, which is currently in open beta, and is due to release some time next week.

Thanks for your answer! ^^

I'll make sure to get a better userscript extension. I assume that'll fix my issues, I haven't been fiddling with my browser's caching settings or anything like that.

I couldn't install the Greasyfork mirror, since "This script is no longer anonymously available on this site. Log in and check your Greasy Fork account settings." I didn't really have the time and energy to make an account on there. :p

Two other, very small, points of contention I've found in the hours since I wrote my post:
1. I usually click the Download button on a post to "fullscreen" it. I've clicked on it out of habit a couple of times now, and gotten a bunch of pics downloaded to my desktop. Instead of making the Download button act in a new way, why not have the new button do that instead? And maybe relabel the Download button to say "Fullscreen". Something like that.
2. Even if you disable Quick Rescale on pictures, it still shows up as clickable when you hover your mouse pointer over it, it just doesn't do anything. Ever so slightly annoying. :p

It would be nice if it could pull down tags to a text with the same name as the file

If it's of any use or interest, a few pictures (I hope linking to imgur isn't against the forum rules, lol): RE621 normally vs double-loaded and RE621 before and after loading, with a comparison between them

I'll get to replacing Greasemonkey now.

butt said:
I couldn't install the Greasyfork mirror, since "This script is no longer anonymously available on this site. Log in and check your Greasy Fork account settings." I didn't really have the time and energy to make an account on there. :p

Goddamn it, they censored my script because it's apparently rated "mature". Even though there is nothing of that sort in the script itself.
Oh well.

butt said:
I usually click the Download button on a post to "fullscreen" it. I've clicked on it out of habit a couple of times now, and gotten a bunch of pics downloaded to my desktop. Instead of making the Download button act in a new way, why not have the new button do that instead? And maybe relabel the Download button to say "Fullscreen". Something like that.

I mean, what about the button labeled "Fullscreen": https://i.imgur.com/6M8svfi.png
The "Download" button downloads the image. The "Fullscreen" one opens it in fullscreen.
I'm not sure why people keep insisting on having it the other way around.

butt said:
2. Even if you disable Quick Rescale on pictures, it still shows up as clickable when you hover your mouse pointer over it, it just doesn't do anything. Ever so slightly annoying. :p

Oops, that's not supposed to be there. Added it to the list.

libertarianhorsefukr said:
It would be nice if it could pull down tags to a text with the same name as the file

Sure, I can add that.

butt said:
If it's of any use or interest, a few pictures (I hope linking to imgur isn't against the forum rules, lol): RE621 normally vs double-loaded and RE621 before and after loading, with a comparison between them

That is really trippy. I'm not sure how or why it would do that.
The only way I can imagine that happening is if you were running two separate versions of the script. Perhaps, Greasemonkey is loading it twice somehow.
I sure hope that using a different script manager fixes that.

Hi I have a bug. But I actually like it.
My tags don't refresh automatically. If I go to notifications>Info>Other>next update, It says:"2 centuries from now"
When I click on refresh by myself, it loads just fine. And I think in my case, with way to many subscribed tags, it's quite good for the servers ^^'
As I said at the beginning, I like it. So you could make it a feature.

And one suggestion: a search bar for the subscribed tags would be neat ^^

bitwolfy said:
I sure hope that using a different script manager fixes that.

Yep! Switched to Tampermonkey and it works perfectly now, loads instantly too. Had no idea Greasemonkey was that bad. Thanks a lot for the tip!

bitwolfy said:
The "Download" button downloads the image. The "Fullscreen" one opens it in fullscreen.
I'm not sure why people keep insisting on having it the other way around.

Sure, I'm aware that you added a "fullscreen" button. My problem with it is that it makes no sense to make people change their habit here, in a way that's incompatible with how e621 usually works at that. I know "'Download' downloads" makes more sense, but people are here to look at pretty (or raunchy) pictures, they're not too occupied with if the buttons are labeled logically :p That's why I suggested you relabel the orange button to say "Fullscreen" instead and retain its standard behavior, so people won't have to change their habits while also remaining technically correct.

As a metaphor, imagine I made a computer keyboard where the letters were sorted alphabetically, and I was arguing "it makes more sense than QWERTY". Well, it does make more sense, but also, none of the users of my keyboard would appreciate that change. :p Force of habit wins against logical correctness in cases like these.

dubsthefox said: ...

Fascinating. I wonder if it's because of the constantly failing updates that just keep delaying the update into eternity.
Have you hit the 1200 subscription limit yet, by the way?

I'll add a "manual update only" option in the next release.
Not sure about the searchbar - most people don't have upwards of 700 subscribed tags. At least, I dearly hope not. But I'll consider adding it.

butt said:
Yep! Switched to Tampermonkey and it works perfectly now, loads instantly too. Had no idea Greasemonkey was that bad. Thanks a lot for the tip!

Well, I sure am glad that's resolved.

butt said: My problem with it is that it makes no sense to make people change their habit here, in a way that's incompatible with how e621 usually works at that.

Fine, I'll see if I can add an option to switch the buttons around.

bitwolfy said:
Fine, I'll see if I can add an option to switch the buttons around.

Thank you. ^^ I know how frustrating it can be to have people complain when you feel like you've improved something, so I appreciate the generosity. :p

I've also found a, well, very slight unintended behavior, I guess - using the "fixed header" and clicking the notification icon scrolls you up to the notification window (neat!), but it aligns the notification window's menu to the top of the browser window, which is where the header is, so you have to scroll up a bit more in order to use it. EDIT: This only happens if you don't move the notification window. If you move it, it'll reopen relative to your window, not relative to the page. This is kinda strange, but obviously it's not a big issue at all.

Other than that, RE621 is fantastic! It's very nice to be able to fave and upvote a picture at the same time. Thanks for making it happen! ^^

bitwolfy said: Fascinating. I wonder if it's because of the constantly failing updates that just keep delaying the update into eternity.

Good news: that was not an issue caused by failed subscription updates. Those are working fine.
Bad news: it was caused by a bug that has been in the code for literally weeks, and nobody reported it. Hotfix is on its way.

butt said: Thank you. ^^ I know how frustrating it can be to have people complain when you feel like you've improved something, so I appreciate the generosity. :p

No problem, it's not that big of a change.

butt said:
I've also found a, well, very slight unintended behavior, I guess - using the "fixed header" and clicking the notification icon scrolls you up to the notification window (neat!), but it aligns the notification window's menu to the top of the browser window, which is where the header is, so you have to scroll up a bit more in order to use it. EDIT: This only happens if you don't move the notification window. If you move it, it'll reopen relative to your window, not relative to the page. This is kinda strange, but obviously it's not a big issue at all.

Definitely strange. All of those dialogue windows triggered by the header buttons should appear relative to the viewport, not the page. That works for the settings window, but not for everything else.
I'll take care of it later. Almost all other suggestions on this page have already been implemented. I'll just need to do some testing, 1.4.0 will probably be out somewhere around Wednesday.

butt said: Other than that, RE621 is fantastic! It's very nice to be able to fave and upvote a picture at the same time. Thanks for making it happen! ^^

I'm glad that you like it. That's what motivates me to keep working on this project more than anything.
Don't hesitate to leave any further comments / suggestions / bug reports you might have.

Patch 1.3.22

Changes
- Added a "Manual Only" update interval option for subscriptions
- Fixed the update interval being set far into the future in some cases

bitwolfy said:
Have you hit the 1200 subscription limit yet, by the way?

Nope. It stagnates. I am at 725 now ^^

bitwolfy said:
I'll add a "manual update only" option

thank you ^³^

I have an idea for a feature: Having the option to auto scale posts depending on the tags that they have.
IE,

"Full size tags: comic, portrait
Scale to fit tags: text
Sample tags: absurd res"
With "scale to fit" taking precedence in case of a contradiction.

This isn't something I couldn't live without or anything, but it might make for a smoother overall experience.
Also, for the sake of data collecting, I have around 140 subscribed tags, if that helps.

krabitz said: I have an idea for a feature: Having the option to auto scale posts depending on the tags that they have.

It's an interesting idea. I could probably also make it customizable, as some people might not agree on which tags should trigger which scaling method.
I'll add it to the todo list, although it'll probably not make it into 1.4.0.

krabitz said: Also, for the sake of data collecting, I have around 140 subscribed tags, if that helps.

Thanks for letting me know. It's sometimes difficult for me to imagine what other people's use cases are.
I myself am subscribed to only 32 tags, so when I was writing that module, I was aiming to two or three times that number - just to stay safe. While 140 subscribed tags is somewhat understandable, 700 absolutely baffled me.

This is why I absolutely welcome any and all criticism, both the likes and dislikes.
RE621's default settings are set up the way I like to browse the site. I don't want to force that way on other people, but there is no way for me to know if something's off unless you tell me.

To re-iterate on the subscription limits:
200 is the "normal" amount, after that the loading times start getting rather long
400 is the soft cap - requests start getting throttled
1200 is the hard cap, you simply cannot subscribe to any more tags

bitwolfy said:
It's sometimes difficult for me to imagine what other people's use cases are.

To add another data point I'm subscribed to zero tags and I don't expect that to change.
I'm a huge fan of some of the scripts very simple features like hotkeys for voting and favoriting and quick rescale.
Speaking of scaling, my wishlist would include an option to scale to a percentage of the vertical screenspace. Like 150%.

tittybitty said: I'm a huge fan of some of the scripts very simple features like hotkeys for voting and favoriting and quick rescale.

Thanks. Keyboard shortcuts for basic site functions like that is one of the first things I've added to the project. Let me know if there is anything of that sort that is missing a hotkey.

tittybitty said: Speaking of scaling, my wishlist would include an option to scale to a percentage of the vertical screenspace. Like 150%.

Sure, that's doable.
I could probably make all scaling options customizable, but that might be a little much for most users.

Like krabitz' suggestion, will probably not make it into 1.4.0, but I've added it to the todo list.

For some reason, RE621 won't load for me now? It's been like this since yesterday, started after the 1.3.22 patch came out, I think. Disabling and re-enabling it hasn't worked, neither has updating it, resetting my computer, or logging out of my e621 account. All of my other userscripts work flawlessly, though. Really strange!

butt said:
For some reason, RE621 won't load for me now? It's been like this since yesterday, started after the 1.3.22 patch came out, I think. Disabling and re-enabling it hasn't worked, neither has updating it, resetting my computer, or logging out of my e621 account. All of my other userscripts work flawlessly, though. Really strange!

Could you open the developer console (F12 key by default) and see if there any error messages in there?
The first line of the log should be re621 v.1.3.22 build 200824:0624 or some such.

Edit: you can send me a DM on Discord if you want for faster debugging process: @bitWolfy#7932. I'm almost always online.

bitwolfy said:
Could you open the developer console (F12 key by default) and see if there any error messages in there?
The first line of the log should be re621 v.1.3.22 build 200824:0624 or some such.

Nope, there's nothing. The console messages look the same regardless if the script is enabled or disabled. I do get debug messages from userscripts I use on other websites, though.

bitwolfy said:
Edit: you can send me a DM on Discord if you want for faster debugging process: @bitWolfy#7932. I'm almost always online.

Thanks, but it's not that urgent. I appreciate it, though! ^^

butt said:
Nope, there's nothing. The console messages look the same regardless if the script is enabled or disabled. I do get debug messages from userscripts I use on other websites, though.

There was a user with a very similar issue a month ago. For them, turning the tampermonkey extension off and on fixed the problem.

bitwolfy said:
There was a user with a very similar issue a month ago. For them, turning the tampermonkey extension off and on fixed the problem.

Ha, it worked perfectly! Thanks a lot! ^^

On a side note, how come RE621 has "full access to the internet", according to Tampermonkey? What does that mean, and what's that access used for?

Also, this is a very minor thing, but I'd prefer it if the keyboard shortcut for the upvote (or downvote) button didn't toggle the vote when pressed multiple times. I'd personally prefer to have "undo vote" as a separate shortcut, so I don't have to make sure that I'm not accidentally undoing an earlier upvote (or downvote).

butt said: Ha, it worked perfectly! Thanks a lot! ^^

Turning something off, then back on again fixed it again! Huzzah.

butt said: On a side note, how come RE621 has "full access to the internet", according to Tampermonkey? What does that mean, and what's that access used for?

Where exactly does it say that? Tampermonkey itself has full access to the internet, as it needs that to determine which scripts to run where, but RE621 does not.
You can see what permissions RE621 has by going to Tampermonkey's configuration screen, and clicking on "re621". You should get something like this (pardon my crappy paint edit).

Lines that start with @matchdefine which sites the script can run on. Currently, it's both e621 and e926, although support for the latter is a bit patchy.

Lines that start with @connect define which domains the script can pull info from. There are three:
- api.github.com is used for version checking. Every hour, it pings github's servers, and if it finds a newer version, it displays a little button on the about page in the settings.
- static1.e621.com is where e621's images are hosted. It is necessary for the three mass downloader modules (for complicated reasons), and nothing else.
- re621.bitwolfy.com was going to be a service that would synchronize your settings between different devices. That kinda fell through, but the remnants of that code are tangled in the spaghetti mess that is version checking. So it stays for now.

butt said:
Also, this is a very minor thing, but I'd prefer it if the keyboard shortcut for the upvote (or downvote) button didn't toggle the vote when pressed multiple times. I'd personally prefer to have "undo vote" as a separate shortcut, so I don't have to make sure that I'm not accidentally undoing an earlier upvote (or downvote).

No problem. Similar functionality already exists for the favorite button, I'll add it to the upvote / downvote one in the next release.

bitwolfy said:
Where exactly does it say that? Tampermonkey itself has full access to the internet, as it needs that to determine which scripts to run where, but RE621 does not.

It's in the userscript list, in the "features" column. There's a blue globe icon that reads "This script has full internet access." on hover. Just looked a bit strange, since none of my other scripts have that. Thanks for the explanation, though!

bitwolfy said:
No problem. Similar functionality already exists for the favorite button, I'll add it to the upvote / downvote one in the next release.

Appreciate it!

butt said:
It's in the userscript list, in the "features" column. There's a blue globe icon that reads "This script has full internet access." on hover. Just looked a bit strange, since none of my other scripts have that. Thanks for the explanation, though!

Oh. I never noticed that!
Apparently, a script gets that warning if it has permission to send requests to other pages (GM_xmlhttpRequest). So, technically it does have full internet access.
But that connectivity should be limited to the entries listed under @connect, so I don't think that warning is entirely accurate. And it's not something that can be removed from the script without cutting out quite a bit of useful functionality.

I'd love to be able to set one key for multiple hotkeys, being able to press 'k' to add to both favorites and a set at the same time for exemple.

krabitz said: I'd love to be able to set one key for multiple hotkeys, being able to press 'k' to add to both favorites and a set at the same time for exemple.

Not with the current keybinding system, sorry.
I have been looking to switch to a different hotkey library, since the current one is pretty old and poorly maintained, but it's not on the priority list right now.

Oh that makes sense, okay!

Version 1.4.0

It's been almost exactly three months since the last major version change, and this has been a long time coming.
If you have been suffering from favorites cache invalidation errors, rejoice! Those are the thing of the past.

The thumbnail enhancer module has been redesigned completely. This is an entirely new codebase, so some settings might have gotten lost along the way.

Changes
- Redesigned the thumbnail enhancements from scratch
- Reworked the infinite scroll system to significantly reduce lag with a lot of loaded pages
- Better implementation of hover zoom. Better resolution, less lag, and WEBM support included
- Improved the quick edit form, with several additional inputs and more file information
- Added caching to SmartAlias tag searches, in an effort to reduce the number of API calls
- Favorites caching system is no longer needed and has been removed
- Added an option to disable moving the related post thumbnails to the sidebar
- Added an option to stop making some sidebar tag categories bold
- Forced e621 to update the thumbnail scaling settings to match the script's config
- Added a way to download all of the post's tags as a text file
- Added upvote / downvote hotkeys that do not remove existing votes

Releases

Github: script.user.js
GreasyFork: script.user.js

Updating

Note that re-installing the script by clicking the link in the Releases section will wipe out your current settings.
Instead, manually update the script by clicking the tampermonkey icon in the toolbar, selecting Dashboard, and then left-clicking on the last update column for the script.
A new version will then be installed automatically.
It is also recommended that you set the update interval to daily in the settings, so that you can receive all the latest changes and fixes as soon as they come out.

Just saw the update, and I just wanna congratulate you guys on it, I'm a real big fan of the aesthetic changes and the hover zoom. Keep up the good work!

binagon said:
Just saw the update, and I just wanna congratulate you guys on it, I'm a real big fan of the aesthetic changes and the hover zoom. Keep up the good work!

Thank you. I have spent a lot of time putting this update together, so I am glad that you are enjoying it.

That thumbnail zoom is god-like

Really appreciate the new update! Good job, and thanks for all your work! ^^

A couple of bugs I've noticed:

1. I keep getting the same issue where RE621 won't load unless I turn Tampermonkey off and on again. It seems to happen every time I've restarted Firefox.

2. Clicking a post clears your search, so you can't use e621's features related to that (adding search keywords with the +- buttons while viewing a post, using the navbar to browse results).

Also, a request: I really appreciate the effort you've put into writing the thumbnail rendering system - but I'd like some sort of option to turn it back to normal. ^^; I prefer having not-necessarily-square thumbnails, even if they're smaller. Otherwise, it's hard to see what the pictures in order:landscape are, for example.

krabitz said: That thumbnail zoom is god-like

Thanks ^_^

butt said: 1. I keep getting the same issue where RE621 won't load unless I turn Tampermonkey off and on again. It seems to happen every time I've restarted Firefox.

Not sure what's happening here. I cannot replicate this issue no matter what I try.
There was yet another user that had a similar issue - for them, it was an extension called "Universal Bypass" that was blocking script execution. Could you verify that no extension / userscript is interfering?
Additionally, could you set the Logging Level to Debug in Tampermonkey settings? I would like to see the console output with just re621 enabled when it's not working.

butt said: 2. Clicking a post clears your search, so you can't use e621's features related to that (adding search keywords with the +- buttons while viewing a post, using the navbar to browse results).

Funnily enough, that bug is caused by script performance improving. I'll fix the issue in the next patch.

butt said:
Also, a request: I really appreciate the effort you've put into writing the thumbnail rendering system - but I'd like some sort of option to turn it back to normal. ^^; I prefer having not-necessarily-square thumbnails, even if they're smaller. Otherwise, it's hard to see what the pictures in order:landscape are, for example.

Before anything, I would very much suggest you don't do this. That system is tied into a lot of other modules, which will stop working alongside with it.

You could play around with the settings under Settings -> General -> Thumbnails -> Scaling Options, they are quite extensive. Turning off the Compact Mode or the Crop Images options might be what you are looking for? Disabling both of those, and setting Minimum Image Width to 10 removes pretty much all cropping.

Most pictures are not as ridiculously short as the order:landscape ones. For normal browsing, I would argue that the new rendering mode is objectively superior. And even for extremely-wide ones, please, explain to me why this is superior to this - in the second version, you can actually SEE what's going on in the pictures.

Anyways, if you are completely and utterly sure that you want to do this, you can go to Settings, open the Features tab, and uncheck Improved Thumbnails. Then, reload the page.

Improved Thumbnails causing the page you reload every time you do a search is annoying but I guess it's not the worst thing ever. Also glad you can turn off thumbnail cropping because the previews look pretty bad. (Sure you could enable high res thumbnails, but then the page takes forever and a half to load)

The automatic tag validation and alias replacing is amazing though!

bananapancake said: Improved Thumbnails causing the page you reload every time you do a search is annoying but I guess it's not the worst thing ever.

I know. Trust me, I'm just annoyed by that as you are.
I have a potential solution in the works, but it is not quite ready for release yet. Should be done early next week, like Monday-ish.

bananapancake said: Also glad you can turn off thumbnail cropping because the previews look pretty bad. (Sure you could enable high res thumbnails, but then the page takes forever and a half to load)

I probably should have set the default settings to be as close to vanilla e621 as possible, instead of what looks good to me. Sorry about that.

bananapancake said: The automatic tag validation and alias replacing is amazing though!

Thank you.
The original TinyAlias was way too inconventient to use - an upgrade was sorely needed. I will keep tweaking it to make it faster and more reliable in the future.
Out of curiosity, are you using any wildcard aliases at all? People seem to not know that it's a feature.

bitwolfy said:
Additionally, could you set the Logging Level to Debug in Tampermonkey settings? I would like to see the console output with just re621 enabled when it's not working.

Done! I'll check the console once the bug comes up again.

bitwolfy said:
You could play around with the settings under Settings -> General -> Thumbnails -> Scaling Options, they are quite extensive. Turning off the Compact Mode or the Crop Images options might be what you are looking for? Disabling both of those, and setting Minimum Image Width to 10 removes pretty much all cropping.

I can't access those settings - this is what my settings window looks like. I had my settings like you say before the latest update, but they were reset and it seems like I can't change them back.
EDIT: Oh dear! It hadn't dawned on me that the "scaling options" was a dropdown menu - I thought it was a header. Sorry for bothering you with that. ^^;

butt said: EDIT: Oh dear! It hadn't dawned on me that the "scaling options" was a dropdown menu - I thought it was a header. Sorry for bothering you with that. ^^

Yeesh. I should definitely make the fact that it's a collapsable section more obvious.
It's slightly better with the dark theme, but on the default one, it's almost invisible.

I'm glad that this got resolved.

Tag subscriptions are no longer showing anything new for me since the 1.4.0 update.

mel_otsagae said:
Tag subscriptions are no longer showing anything new for me since the 1.4.0 update.

Same for me. At first I assumed it was just that no new art had been posted, but that seems a bit unlikely at this point.

Regarding the issue where RE621 won't start:
Content Security Policy: The page's settings blocked the loading of a resource at eval ("script-src"). Content Security Policy: The page's settings blocked the loading of a resource at inline ("script-src"). common.js:2:319.
the file is rea/common.js, it seems to be a part of the Tampermonkey extension. I don't see any notable debug messages from Tampermonkey, though.

Here's a picture of the debug logs before and after resetting Tampermonkey. (The reference to common.js looks different, probably because I clicked the "pretty print" button in an attempt to decode it.)

Patch 1.4.1

Fixes
- Fixed all tag subscription entries getting blacklisted
- Restored the search query on individual post pages
- Preliminary solution to post thumbnails being double-loaded
- Set the ubiquitous tags to be kept in the cache for longer

butt said:
Regarding the issue where RE621 won't start:
Content Security Policy: The page's settings blocked the loading of a resource at eval ("script-src"). Content Security Policy: The page's settings blocked the loading of a resource at inline ("script-src"). common.js:2:319.
the file is rea/common.js, it seems to be a part of the Tampermonkey extension. I don't see any notable debug messages from Tampermonkey, though.

E621's content security policies are the bane of my existence - for both of the projects that I'm currently working on.
Long story short, E621 has some of the strictest policies on injected scripts in existence. As in, it blocks them completely. Userscript managers have a way to bypass those, but it's not always reliable, especially in Firefox.

You can try this: go to Tampermonkey's settings, and switch "Config mode" to "Advanced". Now, scroll down to the "Security" section, and look for the following line:
Add Tampermonkey to the site's content security policy (CSP) if there is one.
Set it to "Yes".

If that does not fix it, you can go to the "Experimental" section, and set "Add Tampermonkey to the HTML's CSP" to "Yes". Of course, with this being an experimental feature, it (allegedly) may break some pages. I have yet to experience that, but it's something you should be aware of.

Finally, if neither of those options help, you can try setting the first CSP option to "Remove entriely", but that option opens up a number of inherent security flaws.

Either way, there is not much else I can do on my side to fix this.

My Favorites list won't load any other pages.

I turned infinite scroll off and it's only showing I have one page in my Favorites list.

I think a "clear all older updates" button in the subscription area could be useful. Also my fullscreen hotkey doesn't seem to be working?

itskilroy said:
My Favorites list won't load any other pages.

I turned infinite scroll off and it's only showing I have one page in my Favorites list.

Looks like patch 1.4.1 introduced a bug that broke pagination. My apologies. Working on a fix.

krabitz said: I think a "clear all older updates" button in the subscription area could be useful.

Define "older"? There's a "clear cache" button on the info page that will remove all entries.
You can also change how many posts are kept in cache there as well. You can even specify the maximum age of an entry, after which it will be removed from the cache automatically.

krabitz said: Also my fullscreen hotkey doesn't seem to be working?

Changes to the post toolbar button order broke it. Will fix in the next patch.

Patch 1.4.2

Fixes
- Fixed a critical bug that caused pagination to only recognize the first page
- Fixed the post fullscreen mode hotkey not working
- Made the collapsable sections in the settings menu stand out a bit more

This might be a bug but both Thumbnail Rescaling and Hover Zoom aren't working in Popular Post.

itskilroy said: This might be a bug but both Thumbnail Rescaling and Hover Zoom aren't working in Popular Post.

Not a bug, more of a design decision. The new thumbnail enhancer module only works with a very specific page layout, and the Popular Posts lacks it.
Hover zoom will be working on thumbnails on all pages (like comments, profile, popular, etc) in the next major version.
Thumbnail rescaling... we'll see.

bitwolfy said:
E621's content security policies are the bane of my existence - for both of the projects that I'm currently working on.
Long story short, E621 has some of the strictest policies on injected scripts in existence. As in, it blocks them completely. Userscript managers have a way to bypass those, but it's not always reliable, especially in Firefox.

That's a bummer. I'm not really willing to fiddle with the CSP settings - I feel like that could present security issues for me. I'll just have to live with it for now, I guess. Thanks!

The new on hover update is a high quality improvement. Thank you for your work ^^

Patch 1.4.3

Fixes
- Removed the last remnants of settings synchronization from the script

Thanks again for your work!

Is there a way to easily add tags to a search? I usually type in very similar search criteria every time I search - "rating:e fav:butt" and so on - and I was wondering if there was a way to simplify that process. Do smart aliases allow one to do that?

Also, a feature request, though feel free to ignore it if it's too much of a pain to implement: I find it hard to notice a post's parent/child status from the corner banner on its thumbnail, along with one's flags. Could you add an option to have those sorts of things displayed more visibly? I understand if you don't want to re-implement the whole thing with borders surrounding the thumbnails, but how about something like a colored stripe between the bottom bar (that displayes score, favs, rating, etc) and the thumbnail itself? Or have it displayed offset from the thumbnail, so you can tell it's not part of the image? Right now I can't really use flags to "highlight" thumbnails, because they don't stand out to me on the page. (Though the corner banners and flags do look very pretty, and I appreciate you taking the time to implement them!)

Also, a bug I noticed: Displaying a post's tags under the hover preview works on the left side of the screen (when the pic is displayed to the right of the pointer), but on the right side of the screen (when the pic is displayed to the left side), the tag list expands horizontally when you move the pointer and pushes the picture off the screen.

butt said:
Is there a way to easily add tags to a search? I usually type in very similar search criteria every time I search - "rating:e fav:butt" and so on - and I was wondering if there was a way to simplify that process. Do smart aliases allow one to do that?

I can add smart alias support to the searchbar. Shouldn't be too difficult.
Kinda surprised that it didn't occur to me to do that before, actually.

butt said:
Also, a feature request, though feel free to ignore it if it's too much of a pain to implement: I find it hard to notice a post's parent/child status from the corner banner on its thumbnail, along with one's flags. Could you add an option to have those sorts of things displayed more visibly? I understand if you don't want to re-implement the whole thing with borders surrounding the thumbnails, but how about something like a colored stripe between the bottom bar (that displayes score, favs, rating, etc) and the thumbnail itself? Or have it displayed offset from the thumbnail, so you can tell it's not part of the image? Right now I can't really use flags to "highlight" thumbnails, because they don't stand out to me on the page. (Though the corner banners and flags do look very pretty, and I appreciate you taking the time to implement them!)

Adding colored borders isn't hard, it's just that I really don't want to implement something that (in my opinion) looks really ugly. I can see how the current ribbons might not stand out on the page, though.
I will experiment with the different ways to display the parent/child and flag states on the thumbnails. Added an option to put the ribbons on the bottom for the time being.

butt said:
Also, a bug I noticed: Displaying a post's tags under the hover preview works on the left side of the screen (when the pic is displayed to the right of the pointer), but on the right side of the screen (when the pic is displayed to the left side), the tag list expands horizontally when you move the pointer and pushes the picture off the screen.

That's a weird bug. Exclusive to Firefox, it seems.
Will fix it ASAP.

dubsthefox said:
The new on hover update is a high quality improvement. Thank you for your work ^^

Thanks :P

Patch 1.4.4

Changes
- Added an option to place post ribbons on the bottom of the thumbnail
- Fixed a bug that was causing hover zoom tags to extend far beyond the image's width

Patch 1.4.5

Fixes
- Rewritten the version checker from scratch. Changelog glitches and phantom updates should be gone.
- Fixed a bug that was causing the page to extend into infinity when adding or removing posts from sets from the search page

bitwolfy said:
Added an option to put the ribbons on the bottom for the time being.

Much appreciated. That makes it a lot easier to see. Thanks! ^^

A tiny bug I noticed: Auto-upvoting favorites only works with the "favorite" button under a post - clicking the identical "favorite" button in the options (under the tag list) doesn't activate it.

Patch 1.4.6

Changes
- Replaced the hotkey library. Binding several actions to one key is now possible.

Fixes
- Fixed a critical issue causing API calls to fail if looking up a tag that had a + sign in it
- Fixed the mass downloader crash when trying to fetch a deleted file
- Fixed the favorites downloader queue order. Latest favorited posts are now added first.
- Fixed a bug causing "upvote on favorite" not to trigger when using the sidebar fav button.

butt said:
A tiny bug I noticed: Auto-upvoting favorites only works with the "favorite" button under a post - clicking the identical "favorite" button in the options (under the tag list) doesn't activate it.

Sorry for the late response. The bug should be fixed in 1.4.6, alongside several other issues.

I found a bug where if you search "Order:Score" on something, Infinite Scroll doesn't work.

itskilroy said: I found a bug where if you search "Order:Score" on something, Infinite Scroll doesn't work.

Seems like the 1.4.6 patch introduced this bug. Probably caused by the fix for tags with the plus sign in them.
I will fix it ASAP.

The hotkey thing works great.

krabitz said:
The hotkey thing works great.

That's good to hear
I would recommend not abusing the ability to use one key for several actions too much. While the new hotkey library is a lot more robust than the old one, it still has some quirks that might cause unexpected behavior.

Understood. I did have to manually disable the default e621 shortcuts though, so if it's acting weird for anyone, that's probably why.

krabitz said:
Understood. I did have to manually disable the default e621 shortcuts though, so if it's acting weird for anyone, that's probably why.

That's quite odd. Were the default shortcuts working for you with re621 enabled? The script should be overwriting those on all pages.
If it isn't too much trouble, could you turn the default shortcuts back on, paste this into the dev console, and press enter:

console.log("shortcuts:", $("meta[name=enable-js-navigation]").attr("content"));
console.log("overwrite:", Danbooru.Utility.disableShortcuts);

Patch 1.4.7

Fixes
- Prevented a fatal error that occurs if a subscription update is executed without an internet connection
- Stopped tags that have symbols in them from breaking the Infinite Scroll
- Stopped hover zoom from triggering on page down and page up button clicks in shift-hold mode
- Fixed a potential memory leak caused by thumbnail events not being unbound correctly
- Fixed buggy keybindings when trying to use shift key with multiple other keys (ex. shift+a+1)
- Removed some stray debug messages

It says:
console.log("shortcuts:", $("meta[name=enable-js-navigation]").attr("content"));
console.log("overwrite:", Danbooru.Utility.disableShortcuts);
VM175:1 shortcuts: true
VM175:2 overwrite: false

krabitz said:
It says:
console.log("shortcuts:", $("meta[name=enable-js-navigation]").attr("content"));
console.log("overwrite:", Danbooru.Utility.disableShortcuts);
VM175:1 shortcuts: true
VM175:2 overwrite: false

Huh. So it is indeed failing to disable e621's default shortcuts.
I'm honestly not sure why, but I'll investigate.

where and when did you get the code for e621dll-1.0-SNAPSHOT?

sweenwillow said:
where and when did you get the code for e621dll-1.0-SNAPSHOT?

I have absolutely no idea what you mean by that.
What is e621dll-1.0-SNAPSHOT, and why do you think that I have the code for it?

Patch 1.4.8

Changes
- Rewritten the way re621 patches the DOM structure. Loading times should be marginally faster.
- Implemented a/b page number formatting. Navigation past page 750 is now available once more.
- Extended HoverZoom to thumbnails outside the search page. Avatars and post previews should work too.
- Added a hotkey to toggle the blacklist

Fixes
- Fixed pagination sometimes getting stuck, refusing to acknowledge the existance of the next page.

Patch 1.4.9

Hotfix release, aimed at fixing several issues caused by performance improvements in 1.4.8.
As it turns out, several modules were reliant on the initial script setup being rather slow.

Fixes
- Fixed several issues with FormattingHelper, SmartAlias, and UploadUtilities not loading
- Implemented a system through which the script will only load once the window is in focus
- Prevented potential duplicate actions triggered when holding down a hotkey
- Configured the API wrapper to re-check the authentication token on every request
- Removed unnecessary debug output

why does using this move the location of the search-inc-tag and search-exc-tag buttons to be before the the wiki-link button and is there a way to get it to not do that?

darryus said:
why does using this move the location of the search-inc-tag and search-exc-tag buttons to be before the the wiki-link button and is there a way to get it to not do that?

Gonna be completely honest here - I don't know.
I'm sure that when I made that change five months ago, it made complete sense and served some kind of higher purpose.
However, now, I got nothing.

I'll roll it back to normal in the next patch.