I had a great week. I fixed some bugs and added 'system:has transparency' search.

The release should be as normal tomorrow.

Has this been fixed yet? Last time I asked was over a year ago.
These don't show up in the dupe filter unless I manually disband the dupe group, but how did they obtain it in the first place?
Happens regularly but not that often to be a major nuisance.

I had a good week. I ended up working on technical improvements, fixing some issues with deleted file tracking and exposing multiple maintenance timings for customisation. There is also a variety of optimisation that should slightly de-lag very heavy clients.

The release should be as normal tomorrow.

>>1550
I am sorry, I cannot remember this well. Can you say more what is not working right here? It looks like you have a couple of files set as duplicates, and they are showing up in the search result. Have you never set these as duplicates, and they seem to have spontaneously duped together?

Or do you use the duplicate filter, and have seen files like this, but always set 'and delete the other', and so it is odd that this has happened and they remain in your 'my files'? Is that why there is only one pair when you do this (normally expansive) search?

If it is strange that these files are not showing up in the duplicate filter--that is intentional. The duplicate filter only shows potential duplicate pairs. Once those potentials are processed in the filter, they become like this pair--set as duplicates.

As a side thing, I am planning out a thumbnail expansion to give all thumbnails quick knowledge to all of their current file relationships, which should make some of these menus a bit cleaner and more naturally human (e.g. saying 'these two are duplicates' explicitly, rather than having to infer it from everything else going on). Unfortunately, I have to fetch this data on a per-file basis from the database on every right-click, so I can't do all the calculations I'd like.

>>1551
So I avoided using the dupe filter altogether during all this time to make sure it has nothing to do with it and while the frequency of these weird dupes reduced, they continue to appear. Either way, I never encounter them in the filter before they show up here and I always delete the dupes I find.
These weird dupes differ only in compression as they usually involve an image imported (from API) a long time ago and its copy retrieved recently, probably because the server's compression format being updated. They have multiple image urls, some are matching, others different between the two.

So basically these are images that got assigned the same dupe group without going through the filter where I would have deleted one. Instead I have to look for these stealth dupes in a special search query.

>>1558
Thanks. That's very strange behaviour. As far as I know, the client will only ever apply a duplicate pair relationship if you work through the duplicate filter or apply it manually on a selection of thumbnails, either through that menu or with a shortcut. I have no auto-dupe tech yet.

As a side thing, there is some transitive behaviour, so if A is a dupe of B, and you then set B to be a dupe of C, then A will be duped to C also, but of course this needs the triggering B->C relationship set in the first place, which it sounds like you are not doing. Also, duplicate relationships will survive files being deleted and re-imported, if that could be happening here.

If you can figure out a way to reliably reproduce this situation, or you gather any other information that would help me track this down, please let me know.

>>1554
Where do users share their downloaders? Kemono has been broken but i'm sure someone would have fixed it already.

I had a great week fixing a ton of bugs. As well as a variety of small stuff, there's also a fix for the Mr Bones and top-right media viewer hover crashes that PyQt users have seen this past week.

The release should be as normal tomorrow.

>>1555
Try here, looks like one as of two weeks ago:
https://github.com/CuddleBear92/Hydrus-Presets-and-Scripts/tree/master/Downloaders

>>1556
Thanks, it works.

I had a good week. I fixed several bugs, some important, and reworked 'scale to fill' thumbnails.

The release should be as normal tomorrow.

I had a good week. I overhauled the thumbnail shortcuts system, fixed some bugs, and improved some quality of life.

The release should be as normal tomorrow.

I had a good week. I fixed a bunch of bugs and optmised some code. Some mpv-related crashes should be completely gone, and there's also support for 'djvu' files.

The release should be as normal tomorrow.

I had an ok week. I mostly cleaned code, so the changelog isn't too exciting, but there's fixes for bad PSD thumbnails and the new file history chart's inbox/archive lines.

The release should be as normal tomorrow.

>>1538
Hi dev,
I have a question about importing.
So I haven't been able to figure out how to import files along with their tags from boorus, so for now I'm using Grabber for that, which doesn't seem to have the concept of sidecar files so it's limited to the charlimit of the filename, but at least I can get some tags with careful pruning of irrelevant ones.

The problem is, when I go to import, I don't see any option to import filename as tags based on a separator character (in this case, just a space).
I could swear this feature was in older versions of Hydrus and I've used it before but now I can't find it.
Has it moved or am I just missing something? Thanks.

I had a good week. There's support for epub files, some new micro-thumbnail tech called a blurhash, and the file history chart now has a file search box.

The release should be as normal tomorrow.

>>1539
I don't specifically remember this, but maybe there's an old saved regex rule tucked away in the filename tagging dialog somewhere. Drag some files on the client, then, on the window that pops up, click 'add tags/urls with the import', then select the tag service tab up top and then click the 'advanced' tab in the top of the bottom half. The 'regexes' box is probably what you are looking for. There's some saved favourite regex patterns off the 'regex shortcuts' button--maybe you had something saved there?

If not, forgive me for dashing this out, but I think you'd want a couple rules like:

(?<=\s).+?(?=\s) (gets words between spaces)
(?<=D:\\hydrus_imports\\123456\\).+?(?=\s) (gets the first word after the import directory tree prefix)
(?<=\s).+?(?=\.jpg) (gets the last word before the file extension)

A bit of playing around will be needed depending on your exact filename format. BTW, ChatGPT is great at working out regex patterns for you, or explaining existing ones you aren't sure about, if you describe exactly what you want.

>>1540
Thanks dev, I didn't realize ChatGPT actually knew Regex I just assumed it would do its usual trick of lying kek
As I remember it, there was no saved pattern, I just exported and added [all tags] or whatever to filename, maybe ticked some box or filled some text field to set the separator character, and then there was a similar tag recovery system on import using the same interface essentially. I may have hallucinated this or it may be long-orphaned, this was quite a while back I last tried it out, I think back then I had suggested a system to add a character to separate namespaces from their tags so the system would recognize them on reimport.

Anyways I'll be sure to give your regex a try.

Hey I reinstalled Hydrus on linux Mint, tried to import a test webm video and it imported but no sound when I play it. But there is a sound when I select to open in another program. Would anyone know the cause of this?

>>1543
you need to switch to the QT media player
options -> media -> media-viewer filetype handler

I had a good week. I fixed some bugs, improved some quality of life, and added a 'max size' option to locations in the 'migrate database' dialog.

The release should be as normal tomorrow.

full list

- subscription management:
- the manage subscriptions dialog now has a 'deduplicate' button. it is enabled whenever your subs of a particular downloader contain duplicate queries. it launches a semi-bananas but thorough 4-step process to ask if you want to do upper/lower-case deduplication, then which downloader, then which queries, then which master sub(s) to retain the queries
- subscription dedupe within the same sub keeps the query with the most files
- the manage subscriptions dialog also now has a 'lowercase' button that coerces all queries of the selected subs to lowercase
- when pasting a list of queries into a subscription, the 'already in sub' test is now caseless. pasting "Samus_Aran" into a sub already with "samus_aran" will not add anything
- .
- misc:
- url classes now have a checkbox to keep fragment data (e.g. "#kwGFb3xhA3k8B") during URL normalisation. this data is not sent to the server and is not useful for almost all sites, but for sites like Mega, it contains useful clientside javascript navigation or access info if you open the URL in your browser
- fixed video resolution parsing for some unusual SAR files. this stretches a video slightly, usually when the vid was created or converted with older analog tech (e.g. NTSC)
- fixed rating system predicate label for 'rated/not rated'
- the issue where miscounts in pending upload data would persist, sometimes leading to an annoying 'pending (13)' style menu that would not clear without debug action, is now fixed in a cheap way. on any upload action, this cached count is reset. a fix for the actual unusual miscount situation will have to come later
- the different in-memory manager objects now save changes at different time intervals--lightweight things like favourite searches still save not long after any change, but column widths, network sessions, and bandwidth use now save only every ten minutes
- I _may_ have fixed an issue with favourite tags not sticking correctly or resetting when added en masse via the tag right-click menu
- I believe I fixed a rare but permanent ui hang on highlighting a gallery or watcher when that same downloader was spamming through a largely 'already in db/previously deleted' list
- copying tags 'with counts' now works correctly for simple tag views (previously, it only worked for 'predicate' views)

I had an ok week. Some of the work I did (siblings improvements) is not ready to be turned on yet, so tomorrow's release mostly just has bug fixes, including several related to the media viewer's hover windows positioning and behaviour.

The release should be as normal tomorrow.

20