[ / / / / / / / / / / / / / ] [ dir ]

/hydrus/ - Hydrus Network

Bug reports, feature requests, and other discussion for the hydrus network.
Name
Email
Subject
Comment *
File
Password (Randomized for file and post deletion; you may also set your own.)
* = required field[▶ Show post options & limits]
Confused? See the FAQ.
Embed
(replaces files and can be used instead)
Options

Allowed file types:jpg, jpeg, gif, png, webm, mp4, swf, pdf
Max filesize is 16 MB.
Max image dimensions are 15000 x 15000.
You may upload 5 per post.

New user? Start here ---> http://hydrusnetwork.github.io/hydrus/

Experienced user with a bit of cash who wants to help out? ---> Patreon

Current to-do list has: 1,942 items

Current big job: Finishing up Qt release, back to en masse tag management improvements

YouTube embed. Click thumbnail to play.

f76c8c  No.7615

windows

zip: https://github.com/hydrusnetwork/hydrus/releases/download/v288/Hydrus.Network.288.-.Windows.-.Extract.only.zip

exe: https://github.com/hydrusnetwork/hydrus/releases/download/v288/Hydrus.Network.288.-.Windows.-.Installer.exe

os x

app: https://github.com/hydrusnetwork/hydrus/releases/download/v288/Hydrus.Network.288.-.OS.X.-.App.dmg

tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v288/Hydrus.Network.288.-.OS.X.-.Extract.only.tar.gz

linux

tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v288/Hydrus.Network.288.-.Linux.-.Executable.tar.gz

source

tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v288.tar.gz

I had a good and busy couple of weeks. As well as a great holiday, I have completed a long-awaited and big ui library update.

There is not a huge amount different for users this week, and while everything now seems good in my testing, there may be unusual bugs, particularly for the non-Windows releases. If you are a casual or very new user, you might like to wait a couple of days before updating, just in case there is need for a hotfix–or even the whole week until v289.

There are no database changes this week, so if you update and anything does break, you can just roll back to v287 and you should be good.

wxPython Phoenix

The hydrus client now uses wxPython 4.0.0 (the 'Phoenix' build). This is a complete rewrite of the ui library (the bit that draws windows, buttons, and scrollbars etc… to the screen) that 'talks' to the underlying C++ wxWidgets library in a better way. It is a significant change from the 3.0.2.0 release, which is now more than three years old, and took a lot of work my end to switch over. I am very glad I took the two weeks for this, as I was almost down to the wire.

As is often the case with these sorts of updates, the results are important but boring: you shouldn't notice any gigantic changes in how the ui looks, but the behind-the-scenes is all a lot neater, more flexible, and has more modern features (like high-dpi awareness) that I can play with in future. You should see less flickering and general sperging-out from the ui. The non-Windows releases have nicer widgets and layouts in some cases.

The update forced me to clean up some of my bad code (it took a while to get to the point where the client could boot and exit cleanly without crashing), so it isn't just the backend that has important changes. I have completely rewritten several timer systems and data-ui interactions, cleaning out some old bottlenecks and awkwardnesses on the way.

I have tested a whole bunch, but there may be some bugs for unusual situations. If you encounter a crash or exception, please please let me know the details and which platform you are running.

Unfortunately, I could not get the Windows-only embedded flash window working reliably. I can get it to display, but some lingering object is not being cleaned up somewhere and the program typically crashes when I try to exit. I am not sure if this is my code or something with wx or something else. Flash and ActiveX are heading towards the sunset, so it may just be that it is their time to die, but I am going to give it another go in the next week or so just in case I missed something my end. In any case, you will now get an 'open externally' button instead of the embed. If you don't have it, grab the Flash Projector here, put it somewhere good, and associate it with .swf files:

https://www.adobe.com/support/flashplayer/debug_downloads.html

And you should be good. I suspect this is the way we'll generally be going as we get closer to 2020 (when Flash will officially die). Depending on how that goes, we can have a new conversation then, as well.

other builds and running from source

wxPython 4.0 is quite different to 3.0, so anyone who puts out their own hydrus release, or anyone who just runs from source, will have to update as well. The libraries are different enough that my code will not run on the old version.

The good news is that it is available on pip now, so you can just get it or put it in its own virtual environment or whatever. The bad news is that figuring it out for Linux is a small headache (at least it was for me–I'm not very experienced in building things on Linux). The build script isn't great yet, so you are much better off chasing down a wheel that works. In any case, please check out my updated 'running from source' page here:

https://hydrusnetwork.github.io/hydrus/help/running_from_source.html

And let me know how you get on.

Also: I actually rolled back to Ubuntu 16.04 this week and got the GTK2 version of wx, and I am happy I did. I regret previously updating to 17.04, and I hope my build is now a bit more stable and has wider compatibility. The console error-spam seems to be significantly down as well. But again, I am not an expert in Linux, so feedback would be appreciated.

DnD and memory improvements

Before I discovered that my fledgling Linux build crashed on opening the options dialog (wew!), I thought I had some spare time this week, so I did do a couple of other neat things:

I reduced the 'startup' lag of large file drag-and-drops. The whole way some of this stuff works is better, so it should be less jank all around.

An awful bug that was causing 10s+ 100% cpu lag on certain large-page select->inbox/archive thumbnail events is now completely fixed. I apologise if you were hit by this!

I have put a lot of work into how animations clean up after themselves, and I have fixed multiple pseudo-memory leaks. You should notice that memory usage is significantly down in many circumstances, particularly in idle time, and I think I may have simultaneously fixed a random super-memory-spike that some users were seeing.

full list

- updated to wxPython Phoenix (4.0) build!

- all builds now require the new wx, so if you run from source, please consult the help files for new info on figuring this out

- did a ton of wx refactoring

- merged a large number of timers

- wrote a new wx-aware timer to replace some of the more awkward old timers that could not be neatly merged

- replaced wx.calllaters (the new ones aren't always garbage collecting nicely) with the new custom timer object

- misc wx deprecation refactoring

- cleaned up some wx test code

- fixed some crashing wx test code

- fixed 'select from list of strings' object, which was no longer processing enter key properly

- cleaned up a bunch of ui object interaction code

- cleaned up a bunch of wx-related shutdown code

- fixed an issue with the splash window not shutting down cleanly

- fixed a shutdown db-gui status report crash

- was unable to get flash embed windows working properly without edge-case crashing on windows, so they are disabled for now (you'll likely get an 'open externally' button instead)

- animations now clean up their memory buffer faster in certain circumstances–all users who view animations in the preview window should notice significantly leaner 'idle' memory usage over time

- fixed a very important inefficiency bug that meant select->inbox/archive on large pages with more than a handful of inbox files was taking extremely long periods of 100% CPU

- wrote a faster way of fetching some media and their paths

- copying files to clipboard is now much faster

- initialising any large file drag-and-drop event is now much faster

- certain redundant image pre-fetching will no longer be done

- 'open externally' panels will no longer draw a (slightly buggy and useless) animation bar if the underlying media would have had one

- added a new 'menu profile mode' that will profile any menu click

- cleaned up the debug menu

- deleted some old options code that is no longer used

next week and this year

I wanted to keep up with messages during this update, but I couldn't find the time. I now have two weeks of stuff to catch up on, so I will focus on that first. Then I would like to get back to the downloader overhaul, probably by finishing off the url class stuff and starting on the actual new parsing engine.

I do not have any significant plans for 2018 other than to just continue as I have. I am in an ok situation with a couple of bads but mostly goods. I would like to concentrate on getting the downloader overhaul finally done. I am not sure how long it will take, but I am fairly confident we are on the tail end now. Then I will put up a poll to see what big thing people would like me to work on next.

At some point, I would like to update to Python 3.x (I am currently on 2.7). This may prove a much larger job than this wx update, so I will have to research it a bit first so I better know what I am talking about.

____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

78e5ae  No.7618

File: f35b93350e4dda3⋯.png (989 B, 292x39, 292:39, can't comma-p with a good ….png)

>no number commas

Pretty cool. I like it like this but there should probably be a setting somewhere

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

cf2bc3  No.7623

Get this every time I run a file lookup script

TypeError
TIMERUIUpdate() takes exactly 2 arguments (1 given)
Traceback (most recent call last):
  File "include\ClientGUI.py", line 3239, in TIMEREventUIUpdate
    window.TIMERUIUpdate()
TypeError: TIMERUIUpdate() takes exactly 2 arguments (1 given)

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

b7f497  No.7624

File: 1c0834ce6e611b1⋯.jpg (455 KB, 450x900, 1:2, 1008812.jpg)

>>7615

Just noticed that some unicode tags are being mangled, looks like it happened at version 286, as 285 seems to work just fine.

I'm importing the attached image with these associated tags in a sidecar txt file.

BIG_BOSSを愛した男
版権
リキッド・オセロット
リキッド
メタルギア
じゃな～い！
ゲーム
オセロット
いいセンスだ
MGS4
tool:Photoshop
title:METAL GEAR LIQUID/OCELOT
creator:lack 1日目東A46a (blacklack-21)
pixiv profile:83739
pixiv work:1008812
sanity level:white
caption:なんか最近思考がメタル一色だ。バックのメタルギアレイはノリと勢いで描いたのでデザインがかなり違ってると思います。■しかしこれはリキッドというよりオセロットかもわからんね
pixiv age limit:all-age
illustration
source:pixiv

With the tags coming out in this mangled state:

'\xe3\x81\x84\xe3\x81\x84\xe3\x82\xbb\xe3\x83\xb3\xe3\x82\xb9\xe3\x81'
big_bossを愛した男
caption:なんか最近思考がメタル一色だ。バックのメタルギアレイはノリと勢いで描いたのでデザインがかなり違ってると思います。■しかしこれはリキッドというよりオセロットかもわからんね
creator:lack 1日目東a46a (blacklack-21)
illustration
mgs4
pixiv age limit:all-age
pixiv profile:83739
pixiv work:1008812
sanity level:white
source:pixiv
title:metal gear liquid/ocelot
tool:photoshop
ゲーãƒ
じゃな～い！
オセロット
メタルギア
リキッド
リキッド・オセロット
版権

It seems that 

ゲーム

is being mangled to

ゲーãƒ

and

いいセンスだ

is being mangled to

'\xe3\x81\x84\xe3\x81\x84\xe3\x82\xbb\xe3\x83\xb3\xe3\x82\xb9\xe3\x81'

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

78bc6f  No.7632

Can't drag and drop anymore, what happened?

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

7b5ec3  No.7635

Anon who couldn't download files here. I think everything works now, but I haven't updated to 288 version yet.

For me, this problem is really odd. So on the start, I think I've got wrong version of networking library. I don't know why, I update my system almost every day. I don't remember correctly, but I think I installed this library with pip2. Maybe some others libraries too. And then I reinstalled some of them with package manager of my operating system, because it still didn't work. Today I was wondering again, why it doesn't work, and come to conclusion I have to reinstall all packages installed on my disk. I started it, but then stopped and rethink my idea. Maybe I'll just reinstall all python2 packages. So I've done it, but networking still haven't work. But I saw one think. Hydrus have been trying to use python2 libraries from my home directory. On Linux(I don't know about Windows) you can install pip2 packages with –user option. When you use it, it will install packages in ~/.local/. So I have deleted directory with python2 packages and started Hydrus. And this way networking started to work. I'm writing this, because maybe there is some Manjaro or Arch user who have similar problem and my solution can help him.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

1f4b8e  No.7636

File: 7e3ee7abf2faa1a⋯.png (5.45 KB, 393x172, 393:172, Capture.PNG)

In the system tag box, I can no longer scroll down so some of them are hidden. Is this just me?

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a2d789  No.7637

>>7618

Thank you for this report. I presume you did have commas in a previous build? The code is supposed to pull whatever your OS wants it to, which is largely based on your system language settings (your locale).

Can you tell me what locale your computer is? Is it English, Russian, Japanese, or something else? And your keyboard language? Do you often switch between one language and another? What would you typically expect to see for those languages–commas, periods, something else?

I will make the help->about dialog display locale for next version so we can see what hydrus thinks you have.

>>7623

Thank you for this report. This is a typo bug that I will have fixed for next week!

>>7624

Thank you for this comprehensive report. I will check this out.

>>7632

Thank you for this report. Which OS are you on, and what data are you trying to DnD? What are the source and the destination? Do any DnDs work, like dropping new import files on the client? What happens when you try to DnD? Does it do nothing, or do you get a NO icon?

>>7635

Thank you, this is useful. I have heard this new v288 linux build actually works for some Arch users (I rolled back to Ubuntu 16.04 on my build machine, which has wider compatibility), so you might like to try it if you still have problems.

>>7636

Thank you, it looks like I fucked scrollbars on tag lists across the program and didn't notice. I don't know how this occured, so I wonder if it was something I changed somewhat last-minute. Anyway, it is top priority this week. I apologise for the inconvenience.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

83b28f  No.7638

Is there some way to filter on rating:explicit when downloading from a booru?

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

64c32f  No.7639

>>7638

Add rating:explicit to the search query?

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

83b28f  No.7640

>>7639

ah thanks, didnt realize you could just put that in the tag filter

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

64c32f  No.7643

Hydrus is crashing now every time I quit the program, when it's asking to do db maintenance. The last thing in the log is "booting gui…" so that's not useful.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

78bc6f  No.7654

>>7637

>>7632 Here.

Sorry forgot to say, I'm using the Linux build.

I'm on Antegros + KDE.

Trying to Drag from Hydrus client to Firefox, I get the Icon but the file doesn't really drop on firefox, I'm switching from KDE, will report if the bug still persists.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a2d789  No.7655

>>7643

Thanks. I have had this report from three people now but haven't been able to reliably reproduce the crash on my dev machine. My IRL laptop hasn't done it yet, and my dev machine does it maybe one time in twenty if I try to do something busy right before I shut down. I may have fixed it already, but will give it more time if I get it again. In any case, I am aware there are still one or more crash bugs around and am working on it, so please let me know how v289 goes for you. As far as I can tell, this isn't a dangerous error–it is mostly just stopping you from doing shutdown work for the moment.

Are you on Windows? If so, which version? Do you get it every time you shut down, and if not, how frequently, approx? Do you have a busy client with lots of pages and big imports, or a leaner one?

.

BTW lads: I fixed the 'taglists don't have scrollbars' issue. If you get it on the main media page and need to scroll down, sending a resize event (just by nudging a resize corner a few pixels) will correctly update the scrollbars for now, wew.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a2d789  No.7656

>>7654

Thanks. I just tried this myself on Windows and get the same thing. I get the 'plus' icon drag cursor and Firefox wants to make a tab for it, but it isn't going through. Same if I try to drop straight on the 'drop files here' on this 8chan postbox. I will put time into this this week.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a2d789  No.7657

File: 8bbb7c5ef20a770⋯.gif (23.81 KB, 333x293, 333:293, 8bbb7c5ef20a77058a6bfdf768….gif)

test

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a2d789  No.7658

File: fbc7004afb21c6b⋯.jpg (34.86 KB, 541x413, 541:413, fbc7004afb21c6b3e90eeb0e9f….jpg)

>>7657

test2

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a2d789  No.7659

>>7654

This is now fixed. Due to a bug, the filenames were being lost on DnD event creation. Thank you for this report–let me know if you still have any trouble with it in v289.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

ed5aa6  No.7660

>>7655

Different person but I'm getting the same error. Every time on shut down. I'm using whatever version of Windows 10 is after the Meltdown/Spectre update (version 1709 build 16299.192 apparently)

8GB of RAM, no other issues. Glad it's not a dangerous error, though.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

64c32f  No.7662

>>7655

>Are you on Windows? If so, which version? Do you get it every time you shut down, and if not, how frequently, approx? Do you have a busy client with lots of pages and big imports, or a leaner one?

Windows 7 64-bit. No, not every time. It seems to happen if I leave it open for a while, if I just start hydrus then shut it down immediately it doesn't happen. No, just 3 pages, biggest one with a 1024 limit.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a2d789  No.7668

>>7662

>>7660

Thanks. I just got another shutdown crash now while fixing other problems. I seem to be getting it less than before, so I think I am on the right track. I can't figure out what actions reproduce it, so I think it is a timing thing, like if one event occurs before another, which randomly has a 1 in x chance of happening, then it crashes. I'll have to play with the shutdown thread stuff some more.

Let me know how v289 goes.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a2d789  No.7671

>>7668

Lads, I think I can reproduce it if I close the client with pages in the undo->closed pages menu. If your workflow tends to include closing some pages before you shutdown, try hitting the 'clear all' entry on that menu before you shut down. I think this will stop the crash–I gues the new wx has a problem clearing up some windows if they are in this kind of quietly hidden state.

I have made this explicit clearing happen automatically for v289 and I can no longer reproduce the crash, so that's another one down.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

457a22  No.7676

I'm getting a crash after alt-tabbing out of filtering a lot of pictures, 1000+, and then a few minutes later I get the generic windows message that the program has stopped responding. Haven't had this issue with previous builds. Has happened 2 times now. I'm on Win7 64-bit.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

457a22  No.7677

>>7676

Upon testing some more it seems like it doesn't happen very often

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a2d789  No.7680

>>7677

Thank you for this report. If you get it again, please check task manager (ctrl+shift+esc) and see if client.exe is burning a decent bit of CPU or HDD. There's actually a ton of work needed to delete files (cache updating, mostly), and I think in some cases this work may be scheduling wrong and choking the gui. If your hung client is doing some CPU despite not being able to respond, please leave it alone for say, ten minutes and see if it comes back. When the client is hanging like this, it usually hasn't broken, it is just too busy to respond.

Anyway, let me know what happens.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.


[Return][Go to top][Catalog][Nerve Center][Post a Reply]
Delete Post [ ]
[]
[ / / / / / / / / / / / / / ] [ dir ]