/hydrus/ - Hydrus Network

Bug reports, feature requests, and other discussion for the hydrus network.

Boards | Catalog | Bottom

Check to confirm you're not a robot
Drawing x size canvas

Remember to follow the rules

Max file size: 350.00 MB

Max files: 5

Max message length: 4096

Version 430 Anonymous Board owner 02/24/2021 (Wed) 23:21:08 Id: a3266b [Preview] No. 1000 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=Giy5iQ9gGvc [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v430/Hydrus.Network.430.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v430/Hydrus.Network.430.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v430/Hydrus.Network.430.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v430/Hydrus.Network.430.-.Linux.-.Executable.tar.gz

I had an ok week. I mostly fixed and improved things. If you sync with the PTR, it will take a minute or two to update.

all misc this week

When I did the autocomplete lookup speedup recently, we unfortunately lost the ability to match unusual characters with short tag inputs. Entering 'a' would not return a match of '/a/', and in fact there was no way to look that tag up without some slow cleverness like wildcards. I have fixed this this week. If you sync with the PTR, it will take a minute or two to update while a small new cache is constructed.

You can now hide/show the 'hanging' parents in taglists (in manage tags dialogs etc...) from the list right-click menu. You can also set in options->tags whether they should start shown/hidden for normal taglists and autocomplete dropdown results.

Message too long. Click here to view full text.

Anonymous Board owner 02/24/2021 (Wed) 23:21:40 Id: a3266b [Preview] No.1001 del
full list

- misc:
- fixed 'unusual character' collapse logic for short text inputs in tag autocomplete lookups. in human, this means typing 'a' now correctly gives you the tag '/a/' and _vice versa_ (issue #799)
- to make this work, an old database subtag map cache is revived this week in a more efficient form. if you sync with the PTR, it will take a couple minutes to update. the regen routine is also added to the database->regen menu, in case it ever desynchronises in future
- absent an override referral url, api-linked url fetches now use the original url as referrer. previously they were sending no referrer. this fixes watching spicy boards on 8chan.moe
- updated a 'get all this stuff' database routine to report more info, and a handful of supermassive jobs (mostly db maintenance regen) now report x/y progress with y, rather than just a nebulous increasing x
- fixed an odd bug in a common UI text-clearing call that was causing real text not to show up for a while after the clear. this was most apparent in the downloader highlight panels, where status text on file/gallery/network status could sometimes stay blank until a change
- the manage tags dialog's "there are several things you can do" button box when you enter tags in complicated situations is now clearer. there are several sorts of intro text on the dialog, the button labels are clearer, and button tooltips have more action information
- fixed the tumblr downloader! sorry for the trouble here, I hadn't realised the situation from some reports. if you have tumblr subs, please go into them and set to 'try again' any recent urls that say 'Found 0 new URLs.'
- .
- taglists:
- you can now right-click any edit/write taglist (like those across the manage tags dialog) and choose to hide/show the implied parents that now hang underneath tags
- you can set whether this defaults to hide or show, separately for the regular taglists and the autocomplete results dropdown, under options->tags
- the taglist now sorts lexicographically using sibling tag data where available. I had expected to make options here to use storage or ideal tag, but once I tried it out, using the ideal all the time felt proper to me, so let's see how it goes
- fixed the routine that removes mutually exclusive predicates (e.g. system:inbox/archive) when adding to the active search predicates taglist. this fixes the 'exclude xxx from search' menu action and other add/swap actions (issue #815)
- gave the taglist right-click menu another quick pass. since there are all sorts of actions that may or not appear, and menu items can get pretty wide with tag text, I am trying out an intentionally short and thin top-level menu of 'verbs' that is quick to navigate with your mouse, and then tuck longer and taller stuff in secondary menus

Anonymous Board owner 02/24/2021 (Wed) 23:22:02 Id: a3266b [Preview] No.1002 del
- boring code cleanup:
- cleaned and unified a bunch of the new taglist sibling and parents display logic and other legacy variables. it now basically all derives from one storage/display state, so behaviour across the program should be more unified. this may cause confusion in some more advanced dialogs, so let me know anywhere it looks weird
- the 'favourites' autocomplete tab in 'edit/write' a/c dropdowns now show siblings and parents for the current display service
- the tag suggestions favourites dropdowns and taglists in the options now show siblings/parents according to the current service
- the 'url class precedence' routine, which tests more 'specific' url classes first when trying to match an url, has a subtle logic change--now, url classes are first considered more 'specific' according to number of path components and parameters that have no default. this stops an url class with multiple optional parameters overriding another with a single fixed parameter (this is what affected the tumblr downloader above). the specific (descending) sort key is now (required components, total components, required parameters, total parameters, len normalised example url)
- refactored client object serialisation access routines to a new db module
- refactored database transaction code and status tracking to a separate object
- refactored some more tag definition routines to the master tag module

next week

I am having trouble fitting in the network improvements. This coming week is supposed to be a 'medium size' job week, where I would usually push hard on something heavy, but I'll save it for the network stuff. I'll look at my big network improvements job, triage what is reasonable to do, and try to just grind some proper work out.

Release Tomorrow! Anonymous Board owner 03/03/2021 (Wed) 03:48:42 Id: 41541f [Preview] No.1008 del
I had a challenging week, but I did get some nice work done. I mostly fixed bugs and updated a couple of downloaders. For advanced users, there is also a new sorting system for parsers.

The release should be as normal tomorrow.

Version 429 Anonymous Board owner 02/17/2021 (Wed) 19:07:33 Id: 23865f [Preview] No. 979 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=ezC4ybLJsPM [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v429/Hydrus.Network.429.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v429/Hydrus.Network.429.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v429/Hydrus.Network.429.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v429/Hydrus.Network.429.-.Linux.-.Executable.tar.gz

I had a good simple week just working on smaller jobs and cleanup. If you have a large client, it may take a minute for you to update this week.

all misc this week

The new taglists seem to have gone generally well. There was one display/update error that hit some users, which I have fixed, along with some little menu logic cleanup. I will work on more display and sort options for them in future.

Since I added 'pending' status for thread watchers last week, you may have seen some apparently stuck on that status. This was a harmless legacy issue, just old check jobs that were never closed out correctly, which I have fixed. I also cut out the 'checking in' prefix from the waiting-to-check status text, let's see if that fits better.

Message too long. Click here to view full text.

1 post omitted.

Anonymous Board owner 02/17/2021 (Wed) 19:09:17 Id: 23865f [Preview] No.981 del
- boring db cleanup:
- wrote a local hashes cache to store hashes for all the files on your disk, much like the tag one. this should speed up all normal searches and other common file lookups in the db
- the raw storage mapping tables are spun off to their own module
- basic file info and inbox is spun off to its own module
- improved and sped up some inboxing file count calculations
- cleaned up some more misc file metadata and inbox code
- improved logic in local tags cache

next week

Some IRL stuff has been eating my time and energy recently. That should be easing up, so I'll be back at network improvements and hopefully some autocomplete improvements for short inputs.

I am crushed for time atm. Sorry for the delays, I will catch up with Endchan thread replies on Saturday.

Anonymous 02/18/2021 (Thu) 10:38:08 Id: 4828cd [Preview] No.982 del
(24.99 KB 617x478 trojan.png)
Help I'm scared

Anonymous 02/20/2021 (Sat) 08:30:38 Id: 3068a0 [Preview] No.987 del
Often times anti viruses/firewalls don't like hydrus due to its autism code so sometimes you'll have to whitelist it. Some will even ignore your whitelist and still continue to block it. If that happens and you still can't white list hydrus then you'll have to actually summit the program to your anti virus over to their lab and have them white list it. Usually they'll have a section on their site where you can summit false positives.

Anonymous Board owner 02/20/2021 (Sat) 19:07:49 Id: 78af48 [Preview] No.990 del
I am very sorry about this. We've had several of these the past weeks. I am not sure what specifically is doing it. My code is unusual, unsigned, and packaged with duct tape and pyinstaller, and I do network and file stuff and a little encryption code, so I guess some libraries and calls look suspicious. So far, every one of these has been a false positive. I appreciate the notice--if ever one of these is real, I want to know asap.

The 'this program is dangerous and executes commands from an attacker' is a new one they have been showing. Maybe they just started recognising the client api, and it looks like a virus command server?

The warnings usually go away after a couple of weeks once new anti-virus definitions roll out, if you would prefer to wait. Or you can just whitelist the exe/directory or whatever. If you know python, the nuclear solution for this is to run from source, but if you aren't familiar with python, it would be a whole bunch of work.


Release Tomorrow! Anonymous Board owner 02/24/2021 (Wed) 05:22:51 Id: 48e07a [Preview] No.999 del
I had an ok week. I fixed the tumblr downloader, which accidentally broke recently, and some lagging text display in the download UI, added show/hide options for the new tag parents in the manage tags dialog (along with some other quality of life), and made it so short tag autocomplete inputs can match odd characters, so 'a' will give a result of '/a/'.

The release should be as normal tomorrow.

Suggestion Threads Anonymous 08/13/2019 (Tue) 15:21:13 Id: d8fb4a [Preview] No. 25 [Reply] [Last 50 Posts]
Drop your suggestions here
20 posts omitted.

Anonymous 01/20/2021 (Wed) 02:09:05 Id: 64c55b [Preview] No.930 del
(151.32 KB 600x842 1504861.png)
It would be great to allow unrestricted file extensions.
I want to import into Hydrus many 3D models (.stl; .step; .prt; .x_t; .obj; et cetera) and some others like .txt and .html.
Viewers for non supported files are not necessary if a custom screenshot (provided by the user) of the file content is showed in Hydrus.

Anonymous 01/20/2021 (Wed) 02:21:54 Id: 64c55b [Preview] No.931 del
(151.32 KB 600x842 1504861.png)
It would be great to allow unrestricted file extensions.
I want to import into Hydrus many 3D models (.stl; .step; .prt; .x_t; .obj; et cetera) and some others like .txt and .html.
Viewers for non supported files are not necessary if a custom screenshot (provided by the user) of the file content is showed in Hydrus.
Then the workflow would be to import, to tag, to add a screenshot, to search, and then to execute with an external program.

Anonymous 01/20/2021 (Wed) 02:24:23 Id: 64c55b [Preview] No.932 del
(151.32 KB 600x842 1504861.png)
It would be great to allow unrestricted file extensions.
I want to import into Hydrus many 3D models (.stl; .step; .prt; .x_t; .obj; et cetera) and some others like .txt and .html.
Viewers for non supported files are not necessary if a custom screenshot (provided by the user) of the file content is showed in Hydrus.
Then the workflow would be to import, to tag, to add a screenshot, to search, and then to execute with an external program; or to export and then to execute.

Anonymous 02/22/2021 (Mon) 21:09:13 [Preview] No.997 del
I have three suggestions:

I wish there was some kind of favorites functionality. Nothing fancy, just a system tag for favorites, a quick-add button for said tag the right-click menu, and maybe a star on the thumbnails.

The current workflow for importing large queries (artists) is shit. Subscriptions aren't for large imports, but if you want to grab an artists stuff you're going to need one. So you have to manually do a run with the importer and manually make an identical subscription. I'd like to be able to right-click on an import query and pick an option to just make it a subscription.

It would be nice if there was a way or preserve generic metadata. I am thinking specifically of descriptions on pages like FA or e621. Nothing huge, just text box basically where importers could dump whatever into.

Anonymous 02/22/2021 (Mon) 21:26:00 [Preview] No.998 del
And one more thing! Currently when you import things they get their modified and imported dates set to when they're downloaded. Usually that means it's backwards slightly out of order from chronological. Subsequent imports will have the same issue but also all be 'after' that. Effectively there's no way to sort by chronological order. I want items had a 'posted date' (that importers would need to parse) that you could sort on.

Version 428 Anonymous Board owner 02/11/2021 (Thu) 03:07:04 Id: f2bee9 [Preview] No. 967 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=RNPnBVHSeZc [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v428/Hydrus.Network.428.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v428/Hydrus.Network.428.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v428/Hydrus.Network.428.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v428/Hydrus.Network.428.-.Linux.-.Executable.tar.gz

I had a good couple weeks working on the taglist code and some other jobs.

If you are on Windows and use the 'extract' release, you may want to do a 'clean' install this week. Extra notes below.


So, I took some time to make taglists work a lot cleaner behind the scenes and support more types of data. A heap of code is cleaner, and various small logical problems related to menus are fixed. The tag right-click menu is also more compact, quicker to see and do what you want.

Message too long. Click here to view full text.

6 posts omitted.

Anonymous 02/17/2021 (Wed) 00:40:23 Id: 3cc9e9 [Preview] No.975 del
Thanks for the update. I'm looking forward to expand/collapse options for the taglist because it indeed can get kind of cluttered. A quickly accessible checkbox to make the lists behave as they did in v427 would be appreciated

Release Tomorrow! Anonymous Board owner 02/17/2021 (Wed) 06:01:08 Id: 17b13d [Preview] No.976 del
I had a good week fixing and cleaning little issues. The annoying popup errors some people got with the new taglists are fixed, thread watchers and multi-column lists are nicer to work with, .clip files are supported, and many file database lookups are faster.

I have some IRL going on, shuffling my day about, so I expect the release to be out several hours early.

Anonymous Board owner 02/17/2021 (Wed) 19:07:00 Id: 8bc91b [Preview] No.978 del
Sorry, I am crushed for time. I'll get to these messages and the rest of the board on Saturday.

Anonymous Board owner 02/20/2021 (Sat) 18:53:47 Id: 419245 [Preview] No.988 del
This is a slightly trickier proposition. The new downloaders are for the mirrors, so you would have to be browsing nitter.eu or nitter.nixnet.services, and then HC would recognise that as the nitter mirror and line you up correct.

If you know the downloader system well, you could probably hook up an 'API link' from nitter.com to one of the mirrors, but it would be easier just to browse a mirror instead.

Anonymous Board owner 02/20/2021 (Sat) 18:57:14 Id: 419245 [Preview] No.989 del
Yeah, as long as you are using the 'Install' option in the installer. In the second screen I think, it has a dropdown for 'install' or 'extract only'. Most people will click through it, but only the former does the cleanup.

Thanks, I agree. I'll see if I can do some this week.

e621 downloader doesn't grab "lore" tags Anonymous 02/18/2021 (Thu) 19:17:26 Id: b8a243 [Preview] No. 984 [Reply] [Last 50 Posts]
they added a new "lore" tag section, for tags that are all on my blacklist. incest, tranny, """"""nonbinary"""""", etc.

since they're apparently separate from the other tags, my blacklist on hydrus isn't catching them.

this is a bug report, i guess. i can't use github bc they don't accept cock.li emails, can't use discord bc they require a phone number. hope you see this

OP 02/18/2021 (Thu) 19:19:27 Id: b8a243 [Preview] No.985 del
i'm on the latest version

Version 427 Anonymous Board owner 01/27/2021 (Wed) 23:14:50 Id: 031065 [Preview] No. 953 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=E97ftpTjeC4 [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v427/Hydrus.Network.427.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v427/Hydrus.Network.427.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v427/Hydrus.Network.427.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v427/Hydrus.Network.427.-.Linux.-.Executable.tar.gz

I had an ok week. I mostly fixed and cleaned things.

more ghosts

There was another 'ghost' pending tag issue. Sometimes, on committing pending tags with siblings up to the PTR, the pending record and its count was not clearing properly. I reproduced the problem and fixed it, and a new test ensures it will not happen again. Thank you to the reports about this, they helped me to figure it out.

Since we have had some trouble with pending tags in particular, I have written a new maintenance routine to recalculate pending tags and their counts efficiently without having to wait for siblings/parents re-sync. This will run on update, so with luck, your tags and autocompletes should be fixed up (until the next problem!).

Message too long. Click here to view full text.

Anonymous Board owner 01/27/2021 (Wed) 23:15:23 Id: 031065 [Preview] No.954 del
- autocomplete shortcuts:
- there is a new shortcut set under _file->shortcuts_ just for tag autocomplete shortcuts. any 'switch searching immediately' shortcut previously on 'main gui' will be migrated over
- the tag autocomplete input text box is now plugged into the new shortcut system and uses this set
- migrated previously hardcoded autocomplete shortcuts to the shortcut system (defaults):
- - force search now, for when you have automatic searching turned off (ctrl+space)
- - enable IME-friendly mode (insert)
- - if input empty, move left/right a tab (left/right arrow)
- - if input empty, move left/right a service page (up/down arrow)
- - if input empty and on media viewer, move to previous/next media (page up/down)
- misc improvements to my shortcut handler
- misc shortcut code cleanup
- .
- the rest:
- I fixed a bad example url in the new gelbooru file page parser that was sometimes leading to a link to the gallery url class. this was an artifact of an old experiment with md5-search parsing, now fixed with newer redirection tech. the updated parser is folded into update, and if you ended up with the incorrect link, it should be detected, dissolved, and re-linked with the file page parser
- thanks to a user report, wrote a new url class for 420chan's newer thread url format
- sorting a gallery downloader or thread watcher multi-column list by 'status' should now group 'done' and 'paused' items separately
- fixed a bug in the /add_tags/add_tags Client API call when checking some petitioned tags data types. cleaned all that code, it was ugly (issue #788)

Message too long. Click here to view full text.

Anonymous 02/02/2021 (Tue) 06:29:36 Id: 3cd043 [Preview] No.955 del
I hate to bitch, but can we change the nitter downloader to a new instance or something? They error out pretty much constantly anymore.

No Release Tomorrow! Anonymous Board owner 02/03/2021 (Wed) 01:06:39 Id: ec785a [Preview] No.956 del
I had an ok week. I was thinking of taking two weeks so I could do the taglist improvements nicely, and since that would give me a little extra time, I decided to pull the trigger on finally upgrading my main dev computer as well. I spent a bit of this week sorting that out, replacing my six year old office computer with a nice mini pc with an SSD. Beyond that, I only have some little bug fixes and cleanup done, so I will spend tomorrow as a normal work day and put off the release.

There will be no release tomorrow. 428 should be on the 10th!

I will see about updating the defaults, thank you for the report.

Release Tomorrow! Anonymous Board owner 02/10/2021 (Wed) 09:05:42 Id: 6195ce [Preview] No.966 del
I had a good couple of weeks. As well as fixing a bunch of bugs and improving quality of life, I was able to finish an important backend update to the taglists used across the program. Implied parents and siblings are now shown nicely in the manage tags dialog.

There is a whole bunch to test, so the release may be late tomorrow.

(498.15 KB 1847x1080 i cant read.jpg)
Anonymous 01/17/2021 (Sun) 03:53:39 Id: 0bdfaf [Preview] No. 918 [Reply] [Last 50 Posts]
Is it me or is this UI text ant-sized? I've been using hydrus on ubuntu and got used to bigger windows but now im on w10 and this is some small print, so small I dont know how I first got used to it and almost think I've done something wrong. I'm just on 1920x1080. Can I do something about this?

Anonymous 02/08/2021 (Mon) 17:43:37 Id: bbbe9a [Preview] No.964 del
Looks good to me chief, have you been to an optician lately?

Version 426 Anonymous Board owner 01/20/2021 (Wed) 23:28:21 Id: f78aa4 [Preview] No. 944 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=SpXsBNBtqP0 [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v426/Hydrus.Network.426.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v426/Hydrus.Network.426.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v426/Hydrus.Network.426.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v426/Hydrus.Network.426.-.Linux.-.Executable.tar.gz

I had a great week. I mostly fixed and cleaned things.

8kun board deleted

The 8kun /hydrus/ board is now deleted. I was planning last week to move to Endchan as the new primary, but Codexx of 8chan.moe kindly offered to host me on 8chan.moe /t/, in a new Hydrus Network General. The thread is here https://8chan.moe/t/res/2219.html . The old /hydrus/ board is also migrated to 8chan.moe /hydrus/, if you would like to search it or recover something important to you. All the links across the program and help are updated to reflect the changes. I appreciate the help from Codexx in getting this going. I have never been a comfortable or great BO, so this arrangement is a better fit for my situation for the primary place to talk Anon about Hydrus. Endchan will remain as a bunker, and I will keep making release posts here. Please feel free to use whichever you are most comfortable with.

downloaders from the future

Message too long. Click here to view full text.

Anonymous Board owner 01/20/2021 (Wed) 23:32:15 Id: f78aa4 [Preview] No.945 del
the rest

I also updated the gelbooru pools downloader. Some users get different pool 'gallery' markup from the site, we are not sure why, but it should be fixed now.

Last week's network object breakup went well overall. There was one unfortunate but harmless error popup that could appear on client shutdown, typically when certain websites had downloads start in the last five minutes of the program, which I have fixed.

Also fixed is the new fast tag search sometimes dropping subtag results. If you noticed that 'samus aran' was not appearing in results, even though 'character:samus aran' existed and could appear in a 'character:anything' query, this is now fixed. Thank you to the users who reported on this and helped me figure it out. A new maintenance routine will run on update to fill in any gaps that may have appeared for you. It shouldn't take more than a minute, even if you sync with the PTR.

I added a new 'profile' mode to the help->debug menu, 'callto profile mode'. This one tracks mostly UI-level jobs that work in the background. If I have been talking to you recently about heavy downloaders or similar making the UI juddery, please give it a go and send me the profile logs as usual. Also, profiles in general should be less spammy with the popups.

The 'bandwidth used this session' section of the main window's status bar is now more accurate. In certain cases, after a delay, it could report bandwidth used in a session in the hours or days before boot, but now it is exclusive to this session. The difference here is usually not noticeable, but if you restarted a client after pausing all network traffic and then left it open for three hours, it could be confusing!

full list

- misc:
- thanks to help from Codexx at 8chan.moe, the old 8kun board is completely migrated and archived at 8chan.moe /hydrus/. going forward I will be maintaining a Hydrus Network General there on /t/ for merged release posts, Q&A, and Bug Reports. the plan is that whenever it fills up, it will be moved to the /hydrus/ archive. the links across the program and help are updated, please let me know if I missed any. Endchan /hydrus/ remains as a bunker
- fixed a bug where subtag entries in the new tag fast search cache were being deleted for all namespaces when a single namespaced version was went to count 0. it meant some autocomplete results were not appearing, often after some sibling changes. a new 'repopulate' job has been added to the database regenerate menu to fix this efficiently if something like it happens again. this routine will be run on update to fix all users, it shouldn't take long (issue #785)

Message too long. Click here to view full text.

Anonymous Board owner 01/20/2021 (Wed) 23:34:42 Id: f78aa4 [Preview] No.946 del
- when an archive/delete filter finishes, it now fires off all its changes in one go. previously they would go in ~64-file chunks over the next few hundred milliseconds. this will add a small amount of 'refresh lag', delaying page refreshes etc..., on bigger filter jobs for some clients, but it will guarantee that if you hit F5 real quick after finishing filtering on a processing page with non-random sort, you won't see the same files again at the top, only for them to be swiftly archived/deleted as you watch. trash file performance is much better these days, let me know how this goes for you if you do megafilters
- the tag import options whitelist now checks subtags of parsed tags. if you add 'samus aran' to the whitelist, but the site delivers 'character:samus aran', this now passes the whitelist
- thanks to a user's submission, the gelbooru 0.2.5 post parser is updated and should get tags again, for those users who stopped getting them last week--however, I never experienced this myself, so please let me know if you still have trouble. there could be something more complicated going on here
- updated the gelbooru 0.2.x gallery parser to handle an alternate form of gelbooru pools--we did not figure out why different users are being given different markup, it wasn't as simple as being logged in or not, but there is a difference for some. this parser is folded in on update, so the gelb pool downloader should be fixed for users who had trouble with it
- also updated the gelbooru pool gallery url class to infer next page url, as in the alternate form the next page is difficult to parse
- the 'clear all closed pages' command under the 'undo' menu now asks for yes/no confirmation
- added a 'callto' profile mode, which will be very useful in diagnosing GPU lag in future. the 'callto' jobs are little off-main-thread things like image rendering and async panel preparation. should help us figure out where big download pages etc... are eating up CPU
- the different profile modes in the debug menu now all show popup messages, but only when their job exceeds the particular profile's interesting time, usually 3-20ms. this should reduce spam
- the 'this session' bandwidth tracker on the status bar is now a special tracker that only includes data from boot. previously, it was using the 'global' tracker, which after certain time intervals (four minutes, three hours, three days), will compress bandwidth history into larger time windows to save space. if one of these windows covered time before the client started, it could spookily report a little bandwidth used on a client started with network traffic paused
- bandwidth data usage in times shorter than the last ten seconds (which are smoothed out to avoid bumps) now also get the 'don't get bandwidth from the future on motherboards that had a briefly crazy system clock' fix from last week
- fixed some disengaged database tuning that was leading to worse cancel times on certain jobs
- updated a whole bunch of the help so section headings are links with nice #fragment/anchor ids, making it easy to link other users to a particular section. I will continue this work, and future help will follow this new format
- fixed some bad character encodings in the changelog document, siblings help, and tagging schema help. these should now be utf-8 valid

Anonymous Board owner 01/20/2021 (Wed) 23:38:02 Id: f78aa4 [Preview] No.947 del
- object load improvements:
- the client now detects serialisable (saveable) objects that were generated in a future version format your client does not yet support. this mostly affects downloader objects like parsers, where you might import an object a user in a much newer version of the client made. for instance, this week some users imported a fixed gelbooru parser in an older client, which was then saved and double-updated later on, and that caused other problems down the line. downloader imports deal with this situation cleanly, but otherwise it mostly makes a popup notifying you of the problem and asking to contact me. there are about 170 places in the program where objects are deserialised and I am not ready to make this a fullblown error until I know more about people's IRL situations. let's hope this is not widespread. if you run into this, please let me know!
- if you were running an older client and manually imported the updated gelbooru parser that was going around, and then you got errors about 'md5', hex' or 'additional_info' something, it _should_ be automatically fixed on update. you should be able to update from previous to ~422, see it in network->downloader components->manage parsers, and it should just work. many users will have the entry overwritten anyway in the above gelb update I am rolling in. if any of this does still give you trouble, please delete and re-import the affected object(s)
- importing one of these future-versioned serialised objects using the import/export buttons on a multi-column list, either clipboard, json, or png, will cleanly discard future objects with a non-spammy notification
- the Lain drag-and-drop easy downloader import does the same
- the parser 'show what this can parse in nice text' routine now fails gracefully
- multi-column lists now handle a situation where either the display or sort data for a row cannot be generated. a single error popup per list will be generated so as not to spam, bad sorts will be put at the top, and 'unable to render' will occupy all display cells
- .
- network server stuff
- fixed being able to delete an account type in the server admin menu
- the way accounts are checked for permissions serverside now works how the client api does it, unified into a neater system that checks before the job starts
- did some misc server code cleanup, and clientside, prepped for restoring account modification and future improvements

next week

I started on the network updates this week. I will be cleaning more server code and reworking my ancient unit tests, and getting some older admin commands that were 'temporarily' turned off working again. I'll also continue reformatting the help to make sure all the headers have #fragment links, to help external linking to specific sections.

Release Tomorrow! Anonymous Board owner 01/27/2021 (Wed) 09:27:34 Id: 76d418 [Preview] No.952 del
I had an ok week. I mostly fixed and cleaned things. Another instance of 'ghost' pending tags is fixed, with bad counts and tags corrected nice and quickly with a new maintenance routine. Also, the various undocumented shortcuts in the tag autocomplete search box are now exposed and customisable.

The release should be as normal tomorrow.

Version 425 Anonymous Board owner 01/13/2021 (Wed) 22:39:14 Id: eb79da [Preview] No. 897 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=r1nn-tp26KE [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v425/Hydrus.Network.425.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v425/Hydrus.Network.425.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v425/Hydrus.Network.425.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v425/Hydrus.Network.425.-.Linux.-.Executable.tar.gz

I had a good week. I optimised and fixed several core systems.


I messed up last week with one autocomplete query, and as a result, when searching the PTR in 'all known files', which typically happens in the 'manage tags' dialog, all queries had 2-6 seconds lag! I figured out what went wrong, and now autocomplete should be working fast everywhere. My test situation went from 2.5 seconds to 58ms! Sorry for the trouble here, this was driving me nuts as well.

I also worked on tag processing. Thank you to the users who have sent in profiles and other info since the display cache came in. A great deal of overhead and inefficient is reduced, so tag processing should be faster for almost all situations.

Message too long. Click here to view full text.

5 posts omitted.

Anonymous 01/17/2021 (Sun) 05:27:54 Id: 96dee4 [Preview] No.919 del
>I'd like to have an imageboard somewhere. Somewhere with anon image posting, so lads can talk somewhat privately and make bug reports on nsfw pictures and so on.
An idea. Perhaps the board /1ntr/ (internets) of /mlpol/ would be suitable. The fags are friendly and the mods are legit anons and refugees from 4cuck.

Anonymous 01/19/2021 (Tue) 17:05:20 Id: c130d4 [Preview] No.927 del
Sorry for being blunt but how long are you going to leave the manage tags window unusable? Some of us do actually use it, you know.

I just spent 5 minutes trying to find which tag parented in the gender:male tag on an image with no males in it, and I wasn't successful.

Please don't leave important features half-finished.

Anonymous Board owner 01/20/2021 (Wed) 05:04:19 Id: d36528 [Preview] No.935 del
>>919 Thanks m8, we'll see how this goes!

The plan to move to Endchan only has changed!

Sorry for the sudden change, this all came together this week!

Codexx on 8chan.moe has kindly offered to host me on /t/ over there. As I have never been a comfortable BO, this is a much better solution for me as the primary place to talk Anon about hydrus.

I will be maintaining a Hydrus Network General, the first instance is here: https://8chan.moe/t/res/2219.html

The links in the release tomorrow will reflect this. Endchan will remain as a bunker.

Release Tomorrow! Anonymous Board owner 01/20/2021 (Wed) 05:08:35 Id: d36528 [Preview] No.936 del
I had a great week. I fixed up some issues with new systems; one where tags were sometimes being forgotten by the new tag search cache, and another where late-created network sessions were sometimes causing harmless but annoying errors on client shutdown. There are also some fixes for the gelbooru downloaders, improved handling for when you try to import a donwloader your client cannot yet support, and some help and code cleanup.

The release should be as normal tomorrow.

I am sorry for the trouble. It has been tricky to fit this in, as it involves a complicated new expansion to the taglist control. Since the network object breakup and the new tag cache seem to be doing ok, my next 'medium size' job week is free to do anything. I think that will be for 428. I agree this is currently bad, so how about I aim to make it nicer for then? If I can't get nice ghost tags, I think I can get something good going.

Anonymous 01/22/2021 (Fri) 00:39:33 Id: c130d4 [Preview] No.949 del
>I think that will be for 428. I agree this is currently bad, so how about I aim to make it nicer for then? If I can't get nice ghost tags, I think I can get something good going.

Thank you. Sorry if I was rude, I was just frustrated. Even if you can't get the ghost tags you have planned functioning a less elegant temporary solution would be good just to make it usable for now. I need to be able to see the parents and siblings added on the manage tags window, or else it's just a huge slow down on my work flow.

No discord hydrus shenanigans for now. Anonymous 10/31/2019 (Thu) 08:01:33 Id: e94922 [Preview] No. 252 [Reply] [Last 50 Posts]
Locked out of discord because of their shitty mobile verification, so doing my part tagging paywalled furry art ¯\_(ツ)_/¯

> https://youtube.com/watch?v=SMTz9nIUkGc [Embed]

Anonymous 01/19/2021 (Tue) 02:48:34 Id: cb6acd [Preview] No.924 del
I really wish Hydrus would disband Discord, or at least provide a privacy friendly alternative for users who don't want to use that fucking trash.

At least give us a Matrix or IRC chat.
They could also add a bridged channel that bridges to a channel on the Discord.

The top piece of this provides an excellent overview on Discord being dogshit.