/hydrus/ - Hydrus Network

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

Index Catalog Archive Bottom Refresh
Name
Options
Subject
Message

Max message length: 12000

files

Max file size: 32.00 MB

Total max file size: 50.00 MB

Max files: 5

Supported file types: GIF, JPG, PNG, WebM, OGG, and more

E-mail
Password

(used to delete files and posts)
Misc

Remember to follow the Rules

The backup domains are located at 8chan.se and 8chan.cc. TOR access can be found here, or you can access the TOR portal from the clearnet at Redchannit 3.0.



8chan.moe is a hobby project with no affiliation whatsoever to the administration of any other "8chan" site, past or present.
(9.83 KB 480x360 1BB6wj6RyKo.jpg)

Version 357 hydrus_dev 06/26/2019 (Wed) 22:35:53 Id: 1fadd4 No. 13035
https://www.youtube.com/watch?v=1BB6wj6RyKo windows zip: https://github.com/hydrusnetwork/hydrus/releases/download/v357/Hydrus.Network.357.-.Windows.-.Extract.only.zip exe: https://github.com/hydrusnetwork/hydrus/releases/download/v357/Hydrus.Network.357.-.Windows.-.Installer.exe os x app: https://github.com/hydrusnetwork/hydrus/releases/download/v357/Hydrus.Network.357.-.OS.X.-.App.dmg linux tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v357/Hydrus.Network.357.-.Linux.-.Executable.tar.gz source tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v357.tar.gz I had a great week fixing bugs and cleaning up other small jobs. shortcut and hover window fixes The recent menubar open/close detection did not work well on OS X and some versions of Linux. It misfiring broke some shortcut processing and hover window display. The good news is that as I went into that code more closely this week, I discovered several other menu, shortcut, and hover window problems that were causing long-term issues. All clients should have less janky hover window placement and behaviour, but particularly on non-Windows. Specifically, the OS X shortcuts-in-media-viewer issue is fixed. Also, on all platforms, hover windows should size and place better, with less flicker, and handle mouse and keyboard interaction more sensibly. A small memory-leak that was affecting OS X and some Linux versions is also cleared up, which is likely to improve some increasing menu-lag and other jank. I know there is more work to do here for certain Linux window managers, so continued feedback would be appreciated here. Semi-relatedly, the advanced 'custom' shortcut sets are now hidden from non-advanced-mode users under file->shortcuts. the rest The popup toaster (on the bottom-right, where messages appear) now has a collapse/expand button! So, if your subscriptions suddenly appear and get in the way of your browsing, you can now finally hide them. As a result, the little 'dismiss all' summary bar now always appears when you have some messages up. The duplicate filter's new jpeg quality comparison now has customisable 'weight' scores under options->duplicates. Also, it seems I messed up the default values here, swapping high vs very high values. I have fixed the defaults and set them to reset this week so all users get decent values. If you prefer these values different, please check them again after update. Several places across the program that have 'write' tag autocomplete inputs, such as manage tag siblings and parents, now have paste buttons beside the tag input box. They let you enter tags straight from the clipboard, including the standard newline-separated format for entering multiple tags at once. It is now much easier to set up twenty tags to have a certain parent. Downloaders now report their 'added' time without seconds, so '12 minutes' instead of '12 minutes and 23 seconds'. The continue text updates here were making large fresh download lists pretty flickery, so this should calm things down a bit. When bandwidth is blocked, rather than just saying 'yes', the network->review bandwidth usage window now reports how long until bandwidth is free! full list - client api: - the client api can now receive the access key through a GET or POST parameter rather than the header - the client api now supports GET /session_key, which provides a temporary key that gives the same access as its permanent access key with the Hydrus-Client-API-Session-Key name through header or GET/POST param. it expires after 24 hours of inactivity or if the client is restarted - the GET /manage_pages/get_pages call now returns the unique 'page_key' identifier that will be useful in future page management when multiple pages share a name - the POST /add_urls/add_url command now takes 'destination_page_key' to exactly specify which page you would like a URL to end up on. if the page is not found, or it is the incorrect type, the standard page selection/creation rules will apply - cleaned up some serverside request processing code - cleaned up some misc client api permission checking code - updated client unit tests to check the new changes - updated client api help to reflect the new changes - cleaned up some GET and POST parameter parsing - client api version is now 8 - . - shortcut and hover window fixes:
[Expand Post]- moved the canvas shortcut processing code more towards the new shortcut system - the OS X shortcut-in-media-viewer issue, which was being boshed in a similar way to the main gui last week, should now be fixed - when the hover windows have focus, they now pass shortcuts up to the canvas parent more reliably - removed a legacy menu highlight-tracking system that was malfunctioning and generally throwing a slow-memory-leaking wrench in several places, particularly some non-Windows situations - the 'menubar is open' test code is now only active for Windows. the other platforms have mixed reliability with menubar open/close events - some related OS X hover-window flickering and hiding-under the main page problems (having problems due to thinking menus were open) are also fixed - some hover window flicker on certain focus changes due to clicking focus windows should be fixed - hover windows now try to size themselves a little better on init, which reduces some initial flicker or false-positive single-frame display on some systems - extended the hover report mode to report some 'ideal' pos/size info as well - under file->shortcuts, custom shortcuts are now hidden for non-advanced-mode users - . - the rest: - the popup message toaster now always shows its 'dismiss all' summary bar whenever any messages are being displayed. the summary bar now also has a ▼/▲ button to collapse/expand its messages! - added duplicate comparison score options (under options->duplicates) for the new jpeg quality estimator - fixed the default duplicate comparison score values, which appeared to be reversed for higher vs much higher–they will be reset to these new defaults on update, so recheck them if you prefer different - in manage tag siblings and parents, the filename tagging dialog, and some misc options panels, tag autocomplete input controls now have 'paste' buttons to make entering many results much easier - to reduce update flicker, the downloader and watcher pages do not list seconds in their 'added' column ('12 minutes 24 seconds ago' is now '12 minutes ago') - improved clipboard access cleanup on in-clipboard errors, which was sometimes leading to error popups or clipboard lockup - rather than the simple 'yes', the review bandwidth usage dialog now puts the waiting estimate (like '12 minutes 50 seconds') in the 'blocked?' column - improved external program launch code for non-Windows to remove hydrus-specific LD_LIBRARY_PATH completely when no OS default exists to restore it to. this should fix ffmpeg connection for certain installs - fixed a rare bug when initial media results of a page failed to load due to a subset of unexpectedly unfetchable file records - gave the rare 'ui freezup on dialog close' event yet another pass. closing via escape key should now be immune to this - 'remote' files that were once in the client but since deleted now have the 'trashed' icon and will state so on their right-click info summary lines - fixed various instances where selection-from-list dialogs were failing to sort their list based on underlying data object uncomparibility. an example of this was when selecting which queries to pull from a separating subscription - on the edit parser panels, fetching test data successfully via the quick button or the manual URL entry will now set that URL in the example parsing context - on the edit parser panels, the subsidiary page parser's separation formula now launches with the correct example data (the original data from the parent dialog, rather than the post-separated data) on which to test separation. this should nest correctly for multiple subsidiary page parsers - to reduce server load spikes, clientside petition processing now approves very large mapping and file petitions (such as a petition to delete one tag from 50k files) as a sequence of smaller chunks next week I want to do two things: moving 'potential' duplicate information to a more efficient data structure and improving some IPFS connection tech, particularly seeing if we can figure out 'nocopy' so IPFS can share without having to copy files to its own data store. These will both be fairly big jobs, so we'll see how it goes.
Anonymous 06/27/2019 (Thu) 04:57:32 Id: 9dd115 No. 13039
You broke something. In the fullscreen media viewer, with the manage tags window open, I could use the mouse scrollwheel to move to the next/prev image. Now I have to first click on the media viewer window to give it focus before it will work. In v356 I didn't have to click. On Windows 10.
Anonymous 06/27/2019 (Thu) 20:45:21 Id: 2c1712 No. 13046
(19.17 KB 480x360 iluftwWhiWQ.jpg)

https://www.youtube.com/watch?v=iluftwWhiWQ The macOS shortcut bugs are finally fixed! Some issues related to tags not auto completing in search have also been fixed. Thank you for the release.
hydrus_dev Board Owner 06/29/2019 (Sat) 17:19:52 Id: 39a027 No. 13059
>>13039 Thank you for this report. The new unified shortcut focus processing test is not making an exception for scroll events. I am 99.7% sure I can fix this up for 358. >>13046 Great, thanks for letting me know!
Anonymous 07/02/2019 (Tue) 01:28:35 Id: 9be932 No. 13087
I keep getting the following when I try to commit an upload to my file repo: 2019/07/01 20:55:14: Traceback (most recent call last): File "site-packages\twisted\internet\base.py", line 1281, in mainLoop File "site-packages\twisted\internet\base.py", line 902, in runUntilCurrent File "site-packages\twisted\internet\defer.py", line 460, in callback File "site-packages\twisted\internet\defer.py", line 568, in _startRunCallbacks — <exception caught here> — File "site-packages\twisted\internet\defer.py", line 654, in _runCallbacks File "include\ServerServerResources.py", line 98, in _callbackParsePOSTArgs decompression_bombs_ok = self._DecompressionBombsOK( request ) File "include\ServerServerResources.py", line 451, in _DecompressionBombsOK return request.hydrus_account.HasPermission( HC.CONTENT_TYPE_ACCOUNTS, HC.PERMISSION_ACTION_CREATE ) builtins.AttributeError: 'NoneType' object has no attribute 'HasPermission' Tried a few different files. Tested the access keys and they work. Ran DB & file checks, no errors. File repo isn't new, worked before.
Anonymous 07/02/2019 (Tue) 02:34:00 Id: 202e24 No. 13088
>>13087 had the same issue. Confirmed for not being a "one off" error
Anonymous 07/02/2019 (Tue) 09:08:42 Id: 9dd115 No. 13090
I have a small request for Hydrus' import folder feature :) I would like to be able to set the order of the files Hydrus imports from an import folder to by date created instead of alphabetical. Because when you download images from boorus usually they are named by their md5 hash so if Hydrus imports by alphabetical order then related images (that I usually download one after another) often gets imported out of order. If Hydrus could import the files ordered by date created they would get put beside each other in the import tab and that wold just make it a little bit easier for me when tagging or setting images as alternates. Thanks
hydrus_dev Board Owner 07/02/2019 (Tue) 15:20:19 Id: f1a300 No. 13092
>>13088 >>13087 Thank you for this report. I have an email with the same issue. The new re-ordered server request parsing that allows new access routines for the Client API screws this up on the main file repo, where something it expects to be set up isn't yet. I will be working on this today and am 99.7% sure I can have it fixed for tomorrow. I've also made a job to improve my unit tests to catch this in future.
hydrus_dev Board Owner 07/02/2019 (Tue) 15:24:43 Id: f1a300 No. 13093
>>13090 Sure, this sounds sensible. I have made a job to add a checkbox to do this. Later on, I can also add a column for created time in the manual import too. Tangentially related, I have a long-term job that is gaining importance to add file modified date to the actual db and thumbnails, which will let you search and sort based on this value. Modified date is preserved through file import in hydrus, so this is retroactively available for me to grab–I just need to write the code for it and make a maintenance job for it.
hydrus_dev Board Owner 07/02/2019 (Tue) 15:27:06 Id: f1a300 No. 13094
>>13093 Sorry, I mistyped: To clarify, I would probably make this checkbox and column for modified date, which is generally more useful than created date for most of these scenarios. Does that sound sensible to you, or are there situations where this would not be useful? I assume in your downloaded-from-a-booru situation, the created and modified dates are the same?
Anonymous 07/03/2019 (Wed) 07:26:56 Id: df10ac No. 13100
>>13035 I think pixiv updated their site again and now the downloader stopped working.
Anonymous 07/03/2019 (Wed) 14:51:34 Id: 9dd115 No. 13101
>>13094 Yeah modified is fine, thanks.
Anonymous 07/03/2019 (Wed) 16:40:19 Id: 8be780 No. 13102
e621 did an oopsie with Cloudflare!
hydrus_dev Board Owner 07/03/2019 (Wed) 17:12:28 Id: 52812c No. 13103
>>13100 Should be a fix coming in 358 later today! They switched up their API, and a user helpfully provided a new parser. Let me know if it still gives you trouble. >>13102 Can you say a bit more about the error you got here? Was it the gallery page step, the file page, or the files themselves? I just did a quick test here on my dev machine and it worked ok here. I have seen it kick in site-wide for just an hour or so, which I guess are DDoS protection or similar, but I have also recently had several reports like this, where it works ok for one user but not another. I presume it is an automatic CF-side rule kicking in, based on IP or some other profile. Any chance you are on a VPN? If so, if you switch server, does that fix it? I have a job to better detect the error page returned and giving a better 'CF problem' error and maybe 'ignored' status or something that can maybe try again several days later once I eventually have that download retry-later tech in. My guess is this problem will only increase in future.
Anonymous 07/05/2019 (Fri) 14:51:59 Id: 8be780 No. 13112
>>13103 Yeah CF got hit cause of muhChina, so it definitely is an issue for the meanwhile.
Index Catalog Archive Top Reply
1
Forms
Delete
Report
Quick Reply