/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.

US Election Thread

8chan.moe is a hobby project with no affiliation whatsoever to the administration of any other "8chan" site, past or present.

(20.59 KB 480x360 0ZuYR7lzkls.jpg)

Version 328 hydrus_dev 10/31/2018 (Wed) 22:16:14 Id: 1f4bfd No. 10438
https://www.youtube.com/watch?v=0ZuYR7lzkls windows zip: https://github.com/hydrusnetwork/hydrus/releases/download/v328/Hydrus.Network.328.-.Windows.-.Extract.only.zip exe: https://github.com/hydrusnetwork/hydrus/releases/download/v328/Hydrus.Network.328.-.Windows.-.Installer.exe os x app: https://github.com/hydrusnetwork/hydrus/releases/download/v328/Hydrus.Network.328.-.OS.X.-.App.dmg tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v328/Hydrus.Network.328.-.OS.X.-.Extract.only.tar.gz linux https://github.com/hydrusnetwork/hydrus/releases/download/v328/Hydrus.Network.328.-.Linux.-.Executable.tar.gz source tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v328.tar.gz I had a good week. The login manager is 95% done, and I got some neat ui stuff finished as well. I am now considering what 'big thing' to work on next. Please see 'next week' below for more details. login manager The login manager is first-draft finished. It works and is turned on, but I have not added any new scripts, and I have yet to remove the hardcoded pixiv and hentai foundry login, so I can do some final testing. I would like advanced users to play with making new scripts and seeing where they fail, as I am not totally confident I have the 'this login messed up, what to do now?' error handling fixed yet. I will also play with it next week, and assuming I can iron out any big problems, I will remove the hardcoded stuff and start adding login scripts for the existing big sites and some new ones like FurAffinity. You may get a new error message this week if a HF or pixiv login fails. It may pause a related subscription as part of that. Please let me know how this works for you. ui stuff The options dialog now has a 'thumbnails' page, which collects several thumbnail related options. It also now has 'thumbnail border' and 'thumbnail margin'! If you would like a thicker–or thinner; it should even support 0 pixels for both–spacing between your thumbs, please check it out. The manage tags dialog has had a layout pass. The clunky checkboxes and advanced buttons are collected into a cog icon, and the copy/paste/remove buttons are put into a single line. The whole thing also uses my new sizer, so as well as being cleaner and more compactable, it now expands better as well. Manage tag siblings and parents now has reason 'suggestion' buttons when you petition a tag repository! Using these pre-defined reasons are helpful for the janitor of the repo (for the PTR, this is me, hydrus dev), as it collects all the same kind of petitions together into a single actionable chunk. If you regularly make sibling and parent petitions to the PTR, please give these buttons a go. It should save everyone time. The network->pause menu now has some checkbox entries to pause file import queues, gallery searches, and watcher checking globally. This is a little ugly (the downloaders won't say this cleverly in their statuses, and they may take up to 30s to resume after being unpaused from this), but it works well as an temporary emergency stop-gap. I also expect to add an option to gallery and watcher pages in the coming weeks to start file import queues in a paused state by default. full list - wrote test ui for edit login script panel - the login system now works and is turned on, although the legacy hardcoded pixiv and hf logins remain in place. it will not do anything very new this week–it is strictly only for advanced users to experiment with for now - cleaned up some messy network code - all subscription and hydrus jobs will no longer wait indefinitely on an invalid login–they will cancel immediately - network jobs will report a bit more info when they are cancelled - subscriptions will now attempt to test login validity before and during file downloads and syncing. if they fail, the sub will pause and stop work and a message will be presented to the user - made a 'thumbnails' options page and moved some things to it - added thumbnail border and margin to that thumbnails page! you can even set 0 border and/or margin and it works - fixed up a heap of bad thumbnail drawing code that didn't work with thicker borders - the tag sibling and parent dialogs now have suggestion buttons in their 'give a reason' dialogs! if your petitions are simple and fit into one of these categories (which is most of them), please use these buttons as they will let janitors (e.g. hydrus dev for the PTR) process them in batches, in fewer clicks - manage tags dialog's checkboxes and advanced buttons are now wrapped into a cog icon! remove/copy/paste buttons are compacted and put on the same row! - manage tags dialog's copy button now only copies selected, not all tags
[Expand Post]- manage tags dialog now uses the new sizer. some components are smaller by default but will eat up spare pixels better - misc manage tags code cleanup - added 'paged file import queues' to the network->pause menu. this will pause any, hdd, url, simple, gallery, or watcher page from processing its file import queue. it is a bit hacky and will take up to 30s to unpause unless you joggle the respective downloader to wake it up–see how it goes! - added a similar 'gallery searching' to that menu, to pause any url, simple, or gallery page from actioning its gallery-side queue - and 'watcher checking' for watchers - fixed a stupid bug that was causing false-positive and _mostly_ harmless errors for certain pixiv and artstation multi-page downloads - fixed an issue where multi-page data was being mis-metadata'd (mostly, this meant thread watchers were giving the last filename tag to all files, and I think similarly getting the latest source time) due to a mistake in some recent de-duping code - fixed the new pixiv file page api parser to parse source time, which I must have accidentally deleted previously - fixed a no-expand bug in my new sizer when in horizontal orientation - fixed a small bug when making an easy-import downloader png and cancelling the add url class dialog - misc fixes next week The login manager work is basically done. I need to iron out some last error situations so I am happy, and then I can write/integrate some new login scripts in my normal work time. I am thus 'finished' with my big work focus and very happy to start something new. My current plan is to spend mid-December to mid-January doing the python 3 update, which leaves a decent bit of time to have a discussion about what to work on next and put a poll up for voting. Please check out the thread at >>10429 for the current list.
>>10427 It's Ubuntu 16.04, and uses Compiz. Mostly it seems to crash when additional windows open or close. Usually when I open and close the viewer window many times in a row. Just now, when I had the options window open it crashed again with "Fatal IO error 11 (Resource temporarily unavailable)" It also outputs this when the options window is open: >15:48:07: Debug: ClientToScreen cannot work when toplevel window is not shown But it doesn't cause crashes. And these "murrine_style" errors appear randomly (this one when opening the options), though they don't seem to be as critical as the message suggests. The client usually keeps running without issues. > (client.pyw:19547): CRITICAL : murrine_style_draw_flat_box: assertion 'height >= -1' failed > (client.pyw:19547): CRITICAL : murrine_style_draw_focus: assertion 'width >= -1' failed The next time it crashes I will try to remember what exactly I did. Though chance seems to be big factor.
>>10460 Thanks m8, fixed.
>>10438 >- manage tags dialog's copy button now only copies selected, not all tags Just to confirm, this will still copy all tags if I didn't select any before hitting copy, correct?
t.me/hydrus_network is open still (I know, Telegram, but some of the guys don't like Discord so I made another communication channel)
just tested the universal pause works great, the only problem I have is when its behind 1-2 drop downs, it becomes useless as an 'I need shit to work right now' button. The reason being If I have a client that's hanging all the time and I need it functional, going into a drop down is near impossible, much less getting to a secondary dropdown option. Had this issue a few weeks back where I needed to reset logins but everything was hanging so much I couldn't click the button. I believe that's likely going to happen with the pauses too, however, as i'm currently using it to just stop the flood gates and get everything in, it works fantastically. Now just a thought on the universal pauses, would it be possible to put something in the downloaded | idle | busy | cpu busy area that would trip when something is paused? It may not be the most in your face way to do it, but it's also a good place to put it as if my client wasn't downloading the first place I would look would be down there to see if something's going on.
could you please bring back the "copy all tags" button from before this update? the button as it is now only copies tags that have been selected.
Why did you leave the "remove all tags" button big? It's like its sitting there waiting for me to misclick it. :P Better to put it in the cog button, I don't imagine it being an often used button.
(9.53 KB 403x234 Untitled.png)

Would an advanced option in the manage tags window to remove tags affected by siblings and add their siblings be useful? Sometimes I feel like I want to do this to clean up the tags. Pic related seems messy. But perhaps it is better to keep the shitty tags in case their sibling relationships change? I'm conflicted.
just tried out killing margins and making borders bigger, note the scroll bar position. This is 3 border 0 margin, which I think is near perfect, at least as far as it currently goes, but no margins presents a glitch where you have 1 more rung to go down and if you do you get this fun everything's wrong thing. so moving it to 2 border 1 margin was enough to fix it, but would still like 3 border 0 margin. with that bit said, if you could make an overlay gradient, possibly user definable in color and opacity to go over the entire image when highlighted, I could likely do away with borders and margins. and never again accidently click that small area in between images and loose a several hundred file big multi select.
>>10465 No, but that is a good idea, since otherwise it does nothing. I will change this for next week.
>>10492 I am of two minds here. These options are pretty hacky and ugly, so I don't really want to bring them to the fore. The ideal solution is to improve the workflow so you have a calmer client because it slows down itself. The client should look after its own queues and not need the user. Can you do me a favour and run some profiles related to this work? As here: https://hydrusnetwork.github.io/hydrus/help/reducing_lag.html Either pastebin it here or email me, and I'll see if we are missing something here, like some other laggy process.
>>10462 Yeah, this is the same as what was happening before. I guess Compiz is handling something more strictly. The CRITICAL stuff in the terminal has been hit and miss–some window managers seem to do it more than others, and it seems to be of mixed actual importance. The successive versions of wx are cleaning some of it up, and some of my cleanup work did some more.
>>10498 >>10513 Thanks, sorry for the inconvenience.
>>10501 Good point. I think that is a super-old button. It doesn't even have a yes/no dialog to safety-wrap it!
>>10502 Yeah, this is a tricky one. I think the ultimate solution here is to do it db-wide rather than on a per-file basis, so you can do 10,000 in one good click. I think a subsequent version of the tag siblings system could have a soft/hard split, where you say "'vaesark' IS 'creator:vaesark' with no ambiguity, so always hard replace it, and retroactively," whereas something you are less sure on or would maybe want to rollback you would keep the current system.
>>10512 Thanks, I will check this out. Clever colouring like gradients could come under the custom thumbnail border colour rules in the list under >>10429.
(2.05 MB 640x480 DUNK.gif)

>>10516 thanks hydev
>>10517 i use the "remove all tags" button quite often. sometimes i download a picture from somewhere and its chock full of underscored tags, misspelled tags, meme tags ie: "thicc", just tag it thick you fucking niggers, im looking at you FA or just incorrectly spaced tags because of the site's format, ie: "back to the future" is "back", "to", "the" and "future". i would personally suggest leaving the button as is, but adding a yes/no dialog to it. but thats up to you.
>>10538 Thanks. I think I will keep it as a button so it can be one-click and add an option to the cog menu to say whether it is wrapped in a yes/no, default on. This will forestall accidental clicks for new users and allow frequent users to remove stuff real quick.
How fucked am I if I go from 311 directly to this one? I think I'll just throw my db away to be honest, scre updating 20 times. Or should I I'd like to start anew tbh, it feels like I can't handle all the tagging anymore, I don't know how to get order into it, because it's never oriented around a specific context. Were it "porn" or "anime" or "electronics" then there'd be a more clear tagging scheme, but it's basically just all manner of images I handpick when I browse chans and shitpost every now and then. What do? Just throw it away and start anew?
I forgot to add, Mr.BO, I salute your sheer autism for maintaining this project for so long. F
>>10553 Screw your optics, I'm going in. I'll report back and laugh with you (and perhaps at me) when it crashes.
>>10555 What the actual fug…. I went from version 311 -→ 328 and there were NO ISSUES. Am I in a dream? Have I killed myself without noticing and am about too get it snatched away and find myself in hell? Was I hit by a bus and am in heaven? Bless you guys, I am a happy camper right now.
>>10520 >>10512 Hey, I checked this out today but could not reproduce it. The max whitespace on the bottom of a page should not be larger than a thumbnail's height, so I think the problem here is actually that your scrollbars are too tall and so when you scroll down, you are seeing 'invalid' space that isn't being pasted over with white because the gui doesn't think it exists. I messed around with sizes on my end but couldn't get it–could you please take a screenshot of your whole media window here so I can replicate your pixel sizes exactly? I presume that when you are at 0 margin, your thumbnail height is accidentally like exactly 3 times your media height and there's a +1 I am missing somewhere in a 'should there be a new row of thumbs' check. Also, if you change the size of your window by a few pixels, does it draw the scrollbars correct, or do you always get too much whitespace as the end?
>>10554 >>10553 >>10555 >>10557 Great, I am glad this worked. In truth, I haven't made many significant db changes in a while due to all this downloader work–it has mostly been smaller object updates, which for me are less subject to bit rot. Let me know if you run into any problems. Things like manage subscriptions are probably in a new location for you and a bit more powerful and complicated. Try dragging and dropping an image tweet URL like this– https://twitter.com/suzybaeily/status/1059168488244342785 –on your client!
is there a way to view your library on an android device via streaming?
>>10734 Not yet. Vote for API here >>10654 .


Forms
Delete
Report
Quick Reply