Release Version 680 · hydrusnetwork/hydrus

misc

updated the newish tldextract stuff (which helps navigate two-part domain suffixes like .co.uk in URL parsing) to no longer fetch a fresh suffix definition file on first ever use from publicsuffix.org and not to make a cache in ~/.cache/python-tldextract. hydrus now ships with a copy of public_suffix_list.dat in the static dir for this library to use, and it doesn't make a cachedir entry any more. I regret not reading the docs closer! I also optimised this code so it should be a bit quicker now, too. thank you to the user who noticed this! (issue #2067)
I think I may have fixed some of the heavy CPU thrashing we have seen during heavy work like archive/delete commit and such. if you have had bad UI lag, I would like to know if some of it suddenly leaps forward today
made file add/delete calls a tiny bit faster when they have many tags
some thumbnail generation scheduling is a little smarter, with expensive filetypes generated more reliably at the end of the queue
fixed thumbnail generation for cbz. sorry for the trouble--I messed something up with a recent refactor! all cbzs imported since july 5th will get a thumbnail regen call (issue #2069)
setup_venv.py now warns the user that the path will be deleted if they specify a non-standard venv path that already exists
added a little safety warning to the Client API page. I don't make any of those plugins and cannot guarantee anything about them--use your common sense!

you no longer need to be in advanced mode to see the system tray icon in Linux (old safety check I forgot about)
added two BUGFIX checkboxes to options->system tray for those who have odd minimise-to-system-tray behaviour. if you had trouble, try these out and let me know what works

added TEST: Use your locale for integer rendering to options->gui. try it out, let me know where it works well and badly. I noticed in a fake fr_FR locale that the space-separator somehow messed up some taglist rendering and made system predicates no longer parse correct (I guess I hardcode commas out of numbers)--anything else?
system:filesize, system:ratio, and system:num pixels now render with separators when the number exceeds 999

there were some file import paths that did not set the standard hydrus file storage 'you can read and write this guy' permission bits (read+write on Windows, 644 otherwise), which I have fixed. this was affecting some downloads and some local file imports for some time in hydrus's past
if we try to move a file during larger 'move this directory here' type operations and get a permission error, hydrus now attempts to assign the hydrus-normal read/write permission bits before trying once more (issue #2064)
we are dealing with some legacy read-only guys here. I have a file maintenance job that tries to fix this retroactively, which I am considering firing off, sometime, to address this

the test for the presence of file metadata is now more reliable and reflects what you see in the media viewer. previously, the file may not have been loaded the whole way during file import or file maintenance, and sometimes text was being missed, particularly in the new system where I filter out some stuff like DPI. it wasn't being missed in the media viewer since by happenstance it would generally check for EXIF beforehand, which triggers a full load. now, the thing that fetches embedded metadata now checks the file is loaded fully before grabbing the available text
when importing files, the embedded metadata test now saves an image load (it re-uses an earlier EXIF load, if one happened) to save a bit of time

I am making another future build this week. This is a special build with new libraries that I would like advanced users to test out so I know they are safe to fold into the normal release.
in the release post, I will link to this alternate build. if you are experienced and would like to help me, please check it out
it is here! https://github.com/hydrusnetwork/hydrus/releases/tag/v680-future-01