in tor, this plugin does not load pictures - there are only 3 "loading" dots in place of posts. all other parts of website open. any advice?

noname321123 said:
in tor, this plugin does not load pictures - there are only 3 "loading" dots in place of posts. all other parts of website open. any advice?

For a quick fix, you can go to script settings (wrench icon in the top right corner of the screen) -> "Features" tab, and disable "Improved Thumbnails".
Then, reload the page twice (yes, twice).
That will break some functionality, however.

It's likely that the tor browser blocks requests sent by the userscript. I wouldn't expect the subscriptions to work either, for example.
If I were you, I would investigate if there is a way to allow external requests in the browser or in the privacy addons that come with it.

Patch 1.5.28

Changes
- Added an extended and customizable version of the formatting buttons
- Added a hotkey to approve a post (janitors+ only)
- Fixed an issue that might cause subscriptions to fail to load

Is there a way to search to view all the posts of your subscribed tags at once, like there is with favorites?

zeromoment said:
Is there a way to search to view all the posts of your subscribed tags at once, like there is with favorites?

Not at the moment, no.

Patch 1.5.29

Hotfix for some urgent issues related to the formatting buttons customizer.

Changes
- [FormattingManager] Prevent the spacer from collapsing into a line
- [FormattingManager] Remove some placeholder text
- [FormattingManager] Prevent the module from saving an empty toolbar
- [FormattingManager] Fix performance issues when too many formatters are present on a page

Patch 1.5.30

Changes
- Fixed a critical issue causing a hard crash on the beta version of Tampermonkey

Patch 1.5.31

Changes
- Fixed an issue with ImageScaler caused by the site's updated blacklisting system

The 'Popular' page and 'Pool' page is letting the white 'Blacklisted' thumbnails through instead of hiding them, and Hover-Zoom feature shows them even if you choose to make them ignore blacklisted posts (same for forum avatars with blacklisted images)

Not sure if it's related, but I had to log in recently (usually I'm always signed on)

human-shaped said:
The 'Popular' page and 'Pool' page is letting the white 'Blacklisted' thumbnails through instead of hiding them, and Hover-Zoom feature shows them even if you choose to make them ignore blacklisted posts (same for forum avatars with blacklisted images)

Not sure if it's related, but I had to log in recently (usually I'm always signed on)

Same for me. Also re-logged.

human-shaped said:
The 'Popular' page and 'Pool' page is letting the white 'Blacklisted' thumbnails through instead of hiding them, and Hover-Zoom feature shows them even if you choose to make them ignore blacklisted posts (same for forum avatars with blacklisted images)

Not sure if it's related, but I had to log in recently (usually I'm always signed on)

notusername said:
Same for me. Also re-logged.

Being logged out is not related to RE621. It was a part of a security update to the site.

I'll see why HoverZoom no longer ignores blacklisted posts.
The site's blacklist handling was updated to apply blacklists to videos. The issue with the "Popular" page is a side effect of that, I believe.
Not sure about the pools page yet, I'll double check.

The pool page is intentional since most pools are reliant on all elements being visible, especially for ordering. I believe that's how it was before, though I'm not 100% sure.

But yeah, like bitWolfy said, the Popular page is buggy and will be fixed soonish.

Edit: Fixed like a day ago.

Since a few days the Forum notifier hasn't been working properly, it gets stuck on "Formatting output" and in the F12 console I get "Uncaught (in promise) TypeError: can't convert undefined to object" @98:447786 (minified obv)
Resetting the forum module didn't help

shadyguy said:
Since a few days the Forum notifier hasn't been working properly, it gets stuck on "Formatting output" and in the F12 console I get "Uncaught (in promise) TypeError: can't convert undefined to object" @98:447786 (minified obv)
Resetting the forum module didn't help

Odd, seems to work on my side. I got a notification about this thread, for example.

Can you go to your Notifications -> Settings tab -> Forums section, and check that all of the threads you are subscribed to still exist? AKA not deleted or hidden.
That might be one reason for that error. I don't remember if there are any actual checks for that sort of thing in the code.

bitwolfy said:
Odd, seems to work on my side. I got a notification about this thread, for example.

Can you go to your Notifications -> Settings tab -> Forums section, and check that all of the threads you are subscribed to still exist? AKA not deleted or hidden.
That might be one reason for that error. I don't remember if there are any actual checks for that sort of thing in the code.

Just checked, they do. They do show up in the list just as "thread #number" instead of the thread name though

shadyguy said:
Just checked, they do. They do show up in the list just as "thread #number" instead of the thread name though

Huh. The script is failing to even fetch the data for those threads.
Try clearing the cache for the Forums module (from "Notifications" -> "Settings" tab). Maybe, the cache got corrupted somehow.

If that does not help, could you export your settings into a file (from script settings -> "Utility" tab -> "Import / Export"), and send it to me?

Patch 1.5.32

Changes
- Fix a ForumTracker crash if a thread has 0 replies

bitwolfy said:

Patch 1.5.32

Changes
- Fix a ForumTracker crash if a thread has 0 replies

Fixed, thanks

Had this pop up when I was linked to an image coming off of saucenao.

re621 v.1.5.32-211222:1933-11 for Tampermonkey v.4.13
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36

VersionChecker
Failed to fetch update data from GitHub.
Malformed GitHub response

In other news, I'm still running into issues where the mass downloader won't download images above a certain size that I reported on four months ago.

mdf said: Had this pop up when I was linked to an image coming off of saucenao.

Interesting.
The script could not parse the version data it received from GitHub.
Could be from a temporary network hickup. It's possible that you have exceeded github's hourly request limit, but it's somewhat unlikely. Unless it starts happening regularly, it's probably fine.

I'll make the error message a bit more detailed in the next patch, just so I can try to debug situations like these better.

mdf said: In other news, I'm still running into issues where the mass downloader won't download images above a certain size that I reported on four months ago.

Yeah, I still don't know why that happens, sorry. I can't replicate the issue.
What's your browser / userscript manager? And are you sure that no other extensions / userscripts are interfering with it?

"Mentions" link of Comments in Profile page (( i.e. Link to reply to comments )) is not working properly...
It says found unpermitted parameter: :results　This has been happening since this morning and still now.

This is the current version.
　　 https://e621.net/comments?group_by=comment&search[body_matches]=Kurogi%20FoxSIV&search[results]=exact

• It works if I remove everything after the last "&" from #1.

　 https://e621.net/comments?group_by=comment&search[body_matches]=Kurogi%20FoxSIV

• Same if %20 is replaced with " _ "

　 https://e621.net/comments?group_by=comment&search[body_matches]=Kurogi_FoxSIV

Perhaps, &search[results]=exact is the cause.

• Of course, Vanilla e621's one works.

　 https://e621.net/comments?group_by=comment&search%5Bbody_matches%5D=Kurogi_FoxSIV

Aside from that, No problems found with comments_on for Posts, and Mentions for Forum_Posts.

Patch 1.5.33

Changes
- Fix a bugged out Mentions link on the profile page

kurogi_foxsiv said: It says found unpermitted parameter: :results　This has been happening since this morning and still now.

Yep, the site update this morning seems to have broken it. The "exact" parameter was phased out.
The vanilla one used to contain that parameter too, it's just been removed.

SUGGESTION: Can the tags we subscribe to be color indicated in our settings.
It's making me feel like I'm color blind. I can't tell who's an artist, what's a general tag, and what's copyright or special tag.
It all just blend together, making it difficult to find specific tags within the subs in settings..

closetpossum said:
SUGGESTION: Can the tags we subscribe to be color indicated in our settings.
It's making me feel like I'm color blind. I can't tell who's an artist, what's a general tag, and what's copyright or special tag.
It all just blend together, making it difficult to find specific tags within the subs in settings..

Should be possible. Just not straight-forward.
I'm not fetching any data for subscribed tags at the moment. I would have to do that, and account for the tags' categories (and potentially aliases?) changing.

bitwolfy said:
Changes
- Fix a bugged out Mentions link on the profile page

Thanks, Yay, It works now!

Your script has actually been super-useful thus far, so a big Thank You for that.
I wasn't able to go through the entire thread, so my apologies if it was already asked/suggested, but:
Would it be possible to allow for quick tag edits from the main Posts gallery? How about adding a tag to multiple posts at once?

checkup said: Would it be possible to allow for quick tag edits from the main Posts gallery?

Does the Edit mode not do this exact thing?
Switch "Mode" to "Edit" in the dropdown under the searchbar. It's a function native to e621, although this script does extend it a bit.

checkup said: How about adding a tag to multiple posts at once?

That is a feature exclusive to Privileged+, who have access to tag scripts.
I do not think that unlocking it for everyone is a good idea, since it could be used for large-scale tag vandalism.

bitwolfy said:
Does the Edit mode not do this exact thing?

To be honest, the Edit mode's kind of slow; i.e. It requires 6 clicks and mouse movement across the entire screen.
This isn't that bad when we intend to spend some time editing, but becomes very bothersome when you just want to add one-two tags and continue browsing.
As odd as it sounds, you'd be surprised how many times I went "I'll just add this one tag later" and never done it because of this. Seems like a waste.

I was thinking "make it quick and trivial" along the lines of having a button on the images themselves, like in the opposite corner of the fav star.
You press it, textbox opens right there, type in a 1-3 tags to add, submit and move on. Maybe an extra click to list existing tags and minus a wrong one…

As for the Privileged+ feature: Fair enough. :)

Hi.
I have a suggestion for the problem, that custom flags get out of thethumbnail, of a post, if a user uses to many of them ^{_{(and I bet lots of users have this problem and not just me ^^')}}

Here is what I had in mind: Example

I know the flags look broken, but thats not related to a bug, but to some changes I made myself

dubsthefox said:
Hi.
I have a suggestion for the problem, that custom flags get out of thethumbnail, of a post, if a user uses to many of them ^{_{(and I bet lots of users have this problem and not just me ^^')}}

Here is what I had in mind: Example

I know the flags look broken, but thats not related to a bug, but to some changes I made myself

I'm terribly sorry, but due to my IRL workload, as well as other obligations, I do not have a lot of time to work on any of my programming projects.

Yes, the overflowing flags are an issue. Personally, I would prefer to just rewrite the entire thumbnail rendering system – I have overcomplicated it, making it more difficult to edit or expand it. This bug is a side effect of it.
What you are proposing isn't actually a solution to that problem. It's just adding custom flag output to the HoverZoom preview, which has its own downsides.

I'll have to test it some more when I have the time.

checkup said:
To be honest, the Edit mode's kind of slow; i.e. It requires 6 clicks and mouse movement across the entire screen.
This isn't that bad when we intend to spend some time editing, but becomes very bothersome when you just want to add one-two tags and continue browsing.
As odd as it sounds, you'd be surprised how many times I went "I'll just add this one tag later" and never done it because of this. Seems like a waste.

I was thinking "make it quick and trivial" along the lines of having a button on the images themselves, like in the opposite corner of the fav star.
You press it, textbox opens right there, type in a 1-3 tags to add, submit and move on. Maybe an extra click to list existing tags and minus a wrong one…

As for the Privileged+ feature: Fair enough. :)

To be perfectly honest with you, the thumbnails are already slightly overloaded with stuff.
The top corners are taken up by the status ribbons (aka whether or not a post has children, if it's pending or flagged – that sort of thing). The bottom left corner has the favorites button, of course, as well as audio warnings and video length above it if necessary. The bottom right corner has custom flag output, which is its own mess. I could probably put an extra button on top, but that has potential issues as well.
Plus, this whole thing looks atrocious with smaller thumbnail sizes already. So, that's that.

Adding a quicker way to add (or remove?) tags is not a terrible idea, mind you. I'll think about how to best implement it.
Unfortunately, as I said in my reply to Dubs, I don't have a lot of time for adding new features to the script these days.

Patch 1.5.34

Changes
- Fixed several issues causing some buttons to not load in properly. Profile page, comment quote and "copy id" buttons, and wiki "copy tag" buttons were affected.

post #3159013 shows "Children: 0 children (learn more) « hide Nobody here but us chickens! Go back" on the left with re621 enabled, works normally with it disabled

shadyguy said:
post #3159013 shows "Children: 0 children (learn more) « hide Nobody here but us chickens! Go back" on the left with re621 enabled, works normally with it disabled

That's actually a vanilla e621 issue. It'll still be there with re621 disabled, it just gets moved under the post.
I reported it here, but nothing was done about it.

bitwolfy said:
That's actually a vanilla e621 issue. It'll still be there with re621 disabled, it just gets moved under the post.
I reported it here, but nothing was done about it.

Whoops, I'm so used to child/parent posts being on the left that I forgot they aren't there in vanilla

Patch 1.5.35

Changes
- Fixed the MassDownloader module for sets being broken due to API changes

I unsubscribed an artist months ago, but the new arts still show in the notification→Tags window.
I have checked the subscriptions list in the settings, and the artist is not on the list.
I also tried re-subscribed and unsubscribed, also didn't do much. Any way to fix that?

fautumn said:
I unsubscribed an artist months ago, but the new arts still show in the notification→Tags window.
I have checked the subscriptions list in the settings, and the artist is not on the list.
I also tried re-subscribed and unsubscribed, also didn't do much. Any way to fix that?

That's a new one.
What's the artist tag? Double check that the tag does not have an alias that you are still subscribed to.
Also, click on one of the images by that artist in the notifications window to open that post's page, and check if there are any tags in the sidebar marked with a heart (♥) icon.

bitwolfy said:
That's a new one.
What's the artist tag? Double check that the tag does not have an alias that you are still subscribed to.
Also, click on one of the images by that artist in the notifications window to open that post's page, and check if there are any tags in the sidebar marked with a heart (♥) icon.

Ok, I found what the problem is, turns out I did subscribed one of the aliased tag.
I was confused when there was not any ♥ icon in the sidebar.

fautumn said:
Ok, I found what the problem is, turns out I did subscribed one of the aliased tag.
I was confused when there was not any ♥ icon in the sidebar.

Yeah, that would do it.
I'll see if I can get the script to resolve aliases of subscribed tags to avoid situations like this in the future.

So I'm having an issue that is being persistent and I have no idea what could be causing it. Everything was working fine on day one of installing the script. The following day I noticed that my blacklisted users were not being filtered out on my feed. All other tags on my blacklist are being filtered, except for users; so I'm seeing these specific users' posts on my feed and it's kind of annoying. Any idea what is causing this?

nismyfform said:
So I'm having an issue that is being persistent and I have no idea what could be causing it. Everything was working fine on day one of installing the script. The following day I noticed that my blacklisted users were not being filtered out on my feed. All other tags on my blacklist are being filtered, except for users; so I'm seeing these specific users' posts on my feed and it's kind of annoying. Any idea what is causing this?

TL;DR Blacklist users by ID, instead of by their username. Ex. userid:211960 instead of user:bitWolfy.

RE621 overrides the native implementation of the blacklist. It's partially because I wanted to add a few more features to it, like being able to blacklist posts under a specific favcount.
Mainly it's because re621 adds enhanced thumbnails, and the native blacklist cannot work with those.

The data for those thumbnails is fetched from the API.
Unfortunately, the API does not return the username of the user who uploaded the post, which means that re621's blacklist cannot work with usernames.
The user ID, on the other hand, is provided, so the userid format is compatible with both systems. Plus, it accounts for situations where the user changed their name, as the ID would remain the same.

I know it's still in beta, but would it be possible to apply the Pixiv image preview fix trickery to the New Post Replacement page?

bitwolfy said:
TL;DR Blacklist users by ID, instead of by their username. Ex. userid:211960 instead of user:bitWolfy.

RE621 overrides the native implementation of the blacklist. It's partially because I wanted to add a few more features to it, like being able to blacklist posts under a specific favcount.
Mainly it's because re621 adds enhanced thumbnails, and the native blacklist cannot work with those.

The data for those thumbnails is fetched from the API.
Unfortunately, the API does not return the username of the user who uploaded the post, which means that re621's blacklist cannot work with usernames.
The user ID, on the other hand, is provided, so the userid format is compatible with both systems. Plus, it accounts for situations where the user changed their name, as the ID would remain the same.

Ah ok, I didn't even knew it was possible to blacklist users with their ID as well; I'll be using this method from now on. Thanks dude, my blacklist settings are working now. 👍

shadyguy said:
I know it's still in beta, but would it be possible to apply the Pixiv image preview fix trickery to the New Post Replacement page?

Should be possible, although it's hard to say how much code I can re-use. The upload page enhancements are a mess.
I'll see what I can do.

nismyfform said:
Ah ok, I didn't even knew it was possible to blacklist users with their ID as well; I'll be using this method from now on. Thanks dude, my blacklist settings are working now. 👍

For some reason, that metatag is just not document anywhere.
There's also the user:!17633 format, but I don't think it works with either version of the blacklist.

I'm not sure if this was asked before, but would it be possible to have the custom flags show up in the subscription notifications tab?

krabitz said:
I'm not sure if this was asked before, but would it be possible to have the custom flags show up in the subscription notifications tab?

Not really. Subscription cache size is somewhat limited, so it's only keeping track of the most basic information necessary to construct a thumbnail, a link to the post, and nothing else.
Storing post tags isn't really an option there, unfortunately.

Heya,

thanks for this super useful script!

I'm running into an issue and I don't know what causes it.
When I subscribe to a pool, then it is a bit of a gamble, if I get a notification on a new post or not. I tried to resub, I tried to reset the script but nothing changed. Maybe I'm missing something?

Sorry if this question got asked before, couldn't find a FAQ :)

xygairru said:
Heya,

thanks for this super useful script!

I'm running into an issue and I don't know what causes it.
When I subscribe to a pool, then it is a bit of a gamble, if I get a notification on a new post or not. I tried to resub, I tried to reset the script but nothing changed. Maybe I'm missing something?

Sorry if this question got asked before, couldn't find a FAQ :)

How very odd. Can't seem to be able to replicate the issue.
What's your browser and script manager?

Here are a few things you can try
1. Go to the notifications window -> "Settings" tab -> "Pools" section, and check that all entries there display the name of the pool (instead of ex. pool #12345).
2. On the same page, check that the "Cache size" for pools is set to a reasonably high value (ex. 50). If you are subscribed to dozens of pools, but the script is only set to keep the last 10, some updates might get thrown out.
3. Clear the pool cache, and see if you start getting notifications then.
4. If all else fails, you can export your settings: Settings window -> "Utilities" tab -> "Import / Export" section -> "Export to File", and DM it to me. I'll try to replicate the problem with your specific subscriptions.

bitwolfy said:
How very odd. Can't seem to be able to replicate the issue.
What's your browser and script manager?

Here are a few things you can try
1. Go to the notifications window -> "Settings" tab -> "Pools" section, and check that all entries there display the name of the pool (instead of ex. pool #12345).
2. On the same page, check that the "Cache size" for pools is set to a reasonably high value (ex. 50). If you are subscribed to dozens of pools, but the script is only set to keep the last 10, some updates might get thrown out.
3. Clear the pool cache, and see if you start getting notifications then.
4. If all else fails, you can export your settings: Settings window -> "Utilities" tab -> "Import / Export" section -> "Export to File", and DM it to me. I'll try to replicate the problem with your specific subscriptions.

I'm using Opera GX with Tampermonkey and script via Github.

1. All names, no 'pool #12345' here
2. I checked that, and I seems that I forgot to increase the pool size back to 100, like I had before the reset.
3. How can I can check that exactly? Do I get notifications, even though there wasn't a new update? I cleared the cache before and it didn't update all. It's kinda odd and I can't reproduce the problem apparently. It's just some pools get notifications, and some not :/
4. Will do that, if it still persist after the cache increase

xygairru said:
I'm using Opera GX with Tampermonkey and script via Github.

1. All names, no 'pool #12345' here
2. I checked that, and I seems that I forgot to increase the pool size back to 100, like I had before the reset.
3. How can I can check that exactly? Do I get notifications, even though there wasn't a new update? I cleared the cache before and it didn't update all. It's kinda odd and I can't reproduce the problem apparently. It's just some pools get notifications, and some not :/
4. Will do that, if it still persist after the cache increase

Sorry, I ended up being really busy with IRL stuff yesterday, and forgot to respond to you.
I got your settings file, and on the surface, it seems to be functioning fine. A notification will not appear unless a new post is added to the pool. So if you literally just subscribed to something, it won't show up in the list.

Now that I look at it, the way it checks for new updates is kind of odd. The script stores the pool's last post ID, then when the time comes for to check for updates, it verifies if that post is still the last one in the list. If it isn't, it will trigger a notification.
That seems like an odd system, and prone to issues. I will probably have to rewrite it to use the pool's "last updated" timestamp – while that might cause issues with an update popping up if someone just edits the pool's description, it seems more reliable overall.

I will keep investigating the issue, however. I'll wait for one of the subscribed pools to update to see if the notifications go through.

Hey bitWolfy ^^
Can you do something about this, if you have some time? topic #32514 I mean, you can't change the search function. But could you add a way to hide everything that's unchanged?

dubsthefox said:
Hey bitWolfy ^^
Can you do something about this, if you have some time? topic #32514 I mean, you can't change the search function. But could you add a way to hide everything that's unchanged?

I'm not entirely certain what you mean by "hide everything that's unchanged", sorry.

If you mean that you want to hide all history entries where a specific tag is not crossed out (using Furrin Gok's example) ...
While that is possible, it's a very niche request that require a bit of work to set up. Not impossible, just... not sure if it's worthwhile.

bitwolfy said:
I'm not entirely certain what you mean...

If you mean that you want to hide all history entries where a specific tag is not crossed out...

Yes, that's what I meant ^^

bitwolfy said:
...it's a very niche request... not sure if it's worthwhile.

I know its niche. But I think it could help to improve, and to find posts that get changed over, and over again.

Do you think you could see about adding a mass add to pool/set option and maybe remove from favorites option? That'd be pretty wicked

rainbow_shoebill said:
Do you think you could see about adding a mass add to pool/set option and maybe remove from favorites option? That'd be pretty wicked

There is already a mode for adding and removing posts from sets – check the mode dropdown under the searchbar. Same thing with unfavoriting.
Adding / removing stuff from pools the same way is probably possible.

bitwolfy said:
There is already a mode for adding and removing posts from sets – check the mode dropdown under the searchbar. Same thing with unfavoriting.
Adding / removing stuff from pools the same way is probably possible.

Probably should've been a bit clearer. What I meant was the ability to automatically add all posts from a search to a set without having to individually click each and every one

Using firefox - for some reason the script stopped working for me, I reinstalled Tampermonkey which fixed it for like a day before it immediately stopped working. I have no idea what happened, not sure if this is a script problem or if Tampermonkey just hates me

sparklechomp said:
Using firefox - for some reason the script stopped working for me, I reinstalled Tampermonkey which fixed it for like a day before it immediately stopped working. I have no idea what happened, not sure if this is a script problem or if Tampermonkey just hates me

Firefox with Tampermonkey is working for me rn

sparklechomp said:
Using firefox - for some reason the script stopped working for me, I reinstalled Tampermonkey which fixed it for like a day before it immediately stopped working. I have no idea what happened, not sure if this is a script problem or if Tampermonkey just hates me

Any errors in the console?

bitwolfy said:
Any errors in the console?

Promise rejected after context unloaded: Actor 'Conduits' destroyed before query 'RuntimeMessage' was resolved
Content Security Policy: Ignoring “'unsafe-inline'” within script-src or style-src: nonce-source or hash-source specified
Unchecked lastError value: Error: Could not establish connection. Receiving end does not exist.

Using Google Chrome and ViolentMonkey, the pool downloader was broken, downloaded filename was %pool% instead of the pool name and it's files were gone that leaves blank filename with 4 file types. Also the download button often disappears

bitwolfy said:
Sorry, I ended up being really busy with IRL stuff yesterday, and forgot to respond to you.
I got your settings file, and on the surface, it seems to be functioning fine. A notification will not appear unless a new post is added to the pool. So if you literally just subscribed to something, it won't show up in the list.

Now that I look at it, the way it checks for new updates is kind of odd. The script stores the pool's last post ID, then when the time comes for to check for updates, it verifies if that post is still the last one in the list. If it isn't, it will trigger a notification.
That seems like an odd system, and prone to issues. I will probably have to rewrite it to use the pool's "last updated" timestamp – while that might cause issues with an update popping up if someone just edits the pool's description, it seems more reliable overall.

I will keep investigating the issue, however. I'll wait for one of the subscribed pools to update to see if the notifications go through.

Heya,

sorry I didn't respond sooner, I kinda forgot about it...
So the problem unfortunately persists. Not for all pools though. You mentioned it might have something to do with how update notifications are handled, like recently subscribed etc., but this shouldn't be the case anymore. At least one pool got multiple updates and at first I got a notification but no subsequent updates. (3 Updates, got 1 notification, missed 2)

If you need any more details, or logs, just tell me what to do ;)

Could you add an option to remove the descriptions on the upload page? It would make space to increase the size of the preview picture. Example

dubsthefox said:
Could you add an option to remove the descriptions on the upload page? It would make space to increase the size of the preview picture. Example

I'm using the below custom CSS as well as enabling the enable compact uploader option in e621's advanced settings to enlarge the preview image. I'd recommend that you enable that option too, though it still has some descriptions and I guess it'd be nice to remove or collapse those as well.

#preview-sidebar {
  flex: 2 !important;
}

Apoligies for not responding, completely surfed over the notification I got here.

bitwolfy said:
What's your browser / userscript manager? And are you sure that no other extensions / userscripts are interfering with it?

My browser, both when I got the error then and just now, 'brave'.
Version 1.36.122 Chromium: 99.0.4844.88 (Official Build) (64-bit)

This is the only userscript manager I have running via tampermonkey, and I was able to rule out other extensions by only allowing this one extension in private mode, same results.

Anyways, I got another error just now. Looking like the exact same one I posted earlier.

Is it supposed to take 30 seconds when I go to the posts page that I'm able to see anything?

First it loads... something, I can see the scrollbar on the right of the browser getting longer and longer, but I don't see any images. That goes for around 10 seconds. Unfortunately this is also with the script deactivated ever since I updated my old FF 58 to FF 98.

Then follows the three circling dots in the middle of the page for another 20 seconds before finally the images are shown.

silent_strider said:
Is it supposed to take 30 seconds when I go to the posts page that I'm able to see anything?

First it loads... something, I can see the scrollbar on the right of the browser getting longer and longer, but I don't see any images. That goes for around 10 seconds. Unfortunately this is also with the script deactivated ever since I updated my old FF 58 to FF 98.

Then follows the three circling dots in the middle of the page for another 20 seconds before finally the images are shown.

No.
What's your internet connection like?

With the script enabled, your browser essentially just requests the post data twice (since the data provided on the first load is incomplete).
If it takes 10 seconds to load a page even with the script disabled, this means something might be wrong on your side.

I'm getting the same problem, the page displays nothing for a good while (Chrome says "Processing request" in the bottom left during this time) before the loading dots appear.

And.. without the script it's practically the same, but a little faster. Wasn't experiencing this prior to last night, so something's gone wrong somewhere, but it doesn't seem to be a problem with RE621.

bitwolfy said:
No.
What's your internet connection like?

250/50 MBit. Though it seems the problem could have been related to a certain AddOn. Upon my migration I also had to replace some AddOns with newer ones because the old ones weren't supported anymore. And one of them also caused heavy problems when using VirusTotal website. I have uninstalled the AddOn now and I have the feeling, e621 is also working better now again. So nothing to do because of me right now, I will keep an eye on if the problem really is gone now.

The stupid AddOns name btw is "Download Manager (S3)".

I have the same issue, but it's very inconsistent. Sometimes it loads instantly, and sometimes it takes a couple seconds. Not 30, but maybe 10 - 15 seconds. Also, if I turn off all my plugins. I was assuming it is because I live in Germany, and the e621 servers are in the USA^_(?). But this wouldn't explain why it still loads instantly sometimes. Also, having the posts in the cache wouldn't explain it. I went through a couple of random pages, I definitely had not open before, and it is still inconsistent how fast it loads. Maybe this issue should be led to @Earlopain.

How does the downloader (e.g. pool downloader) work? Does it download the images onto a remote server first? Because that compressing part takes quite a long time. For Zip archives, which do not even have compression.

https://e621.net/pools/13931 the "Compressing..."-part is about 0.5% per second for me.

silent_strider said:
How does the downloader (e.g. pool downloader) work? Does it download the images onto a remote server first? Because that compressing part takes quite a long time. For Zip archives, which do not even have compression.

https://e621.net/pools/13931 the "Compressing..."-part is about 0.5% per second for me.

It does not download them to a server.
The script loads the images into memory, then makes a downloadable archive out of them. That's the reason why you are limited to 800MB archive chunks at most.
It's done that way to avoid spamming the downloads list with several hundred entries, purely for convenience.

It's not using actual compression, since that would be pointless – it does not save you any bandwidth.
It does take some time, since unlike with the downloading part, the archiving is done sequentially - can't add another file to the archive until the previous one is finished. The actual downloading part is done 4 posts at a time.

bitwolfy said:
It does take some time, since unlike with the downloading part, the archiving is done sequentially - can't add another file to the archive until the previous one is finished. The actual downloading part is done 4 posts at a time.

It seems like JPG files are "compressed" much faster than PNG files. Currently dowloading another pool. 20 PNG images. And after a minute it's only at 19% compressing. Trying to download multiple pools in multiple tabs only causes the compressing part to become even slower over all tabs (with Firefox 91.8.0 esr, on a AMD Ryzen 9 3900X with 32 GB RAM). Good thing pools which are finished only needs to be downloaded once. Guess I just be patient then.

Trying to download https://e621.net/pools/14782 as a pool.

So far I got FOUR TIMES the same zip archive with pictures 123 to 182. And it just started to download the same pictures a fifth time.

What do I wrong?

Also: is it possible to browse only the new posts since last visit? If not, could this be taken as a feature request?

Patch 1.5.37

Changes
- Removed ProfileEnhancer, as it was integrated into the site proper
- Wait for page load before hiding comment rule warnings
- Added slightly more accurate post count estimates
- Added hotkeys to post reverse image search links
- More minor fixes