win32
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v164/Hydrus.Network.164.-.Win32.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v164/Hydrus.Network.164.-.Win32.-.Installer.exe
os x
app: https://github.com/hydrusnetwork/hydrus/releases/download/v164/Hydrus.Network.164.-.OS.X.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v164/Hydrus.Network.164.-.OS.X.-.Extract.only.tar.gz
linux
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v164/Hydrus.Network.164.-.Linux.-.Executable.tar.gz
source
tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v164.tar.gz
I had a good week creating a prototype service to handle deleted files. It will likely take a minute or two to update to v164.
trash service
The hydrus client now has a sort of recycle bin. When you delete files from your local file service, they will now no longer be removed–they will instead go to the 'trash' service and get a little trash can icon. Trash files can be undeleted back into the local file service or permanently deleted, which will remove them and immediately delete their physical files and thumbnails from your hard drive.
Once sent to the trash, files will no longer appear in 'local files' searches, but they can found in 'trash' searches. Trash searches work like any other search–you can use system predicates or normal tags, and counts for number of files in inbox and so on will be accurate (inbox status is preserved through a visit to the trash). The trash service also appears in services->review services.
This was a surprising amount of work, but I am pleased. The way file deletion was handled before was pretty bad and did not permit adding an undelete concept. I still have work to do–I want to add a maintenance routine that will automatically delete from the trash after a file has been in it for x hours or if total size exceeds x MB. I also want to add options for default behaviour on normal delete, so people can have deleted files automatically disappear from the current search like before. And I would like to add 'file delete' to my undo/redo system, which can probably do with a complete overhaul in any case. And add select->trash/non-trash thumbnail menu entries.
This trash service is a change to several workflows. Please let me know where it does and doesn't work and if you have any ideas for improvements.
I have removed the 'delete orphans' maintenance routine, as files that are removed from the trash are physically deleted immediately, but I will be reworking the code and bringing it back as a very thorough single-shot database integrity checking function.
boorus
Due to an oversight in the recent gui sessions changes, booru pages were not saving correctly to the database. This meant spammy errors whenever a booru page was open. I have fixed this!
sqlite changes
I have added an index that requires sqlite 3.8.x, which means old sqlite browsers won't load client.db anymore. Hence I have removed SQLiteStudio from the Windows release–there is a newer version of SQLiteStudio, but they reworked the gui, and it went from a compact single-exe program to a sprawling and large directory program, so I can't tuck it into my release anymore.
I have added a new text file to the db folder with a link on where to get SQLiteStudio for yourself if you want it (there's a version for all platforms), and I have included the sqlite command line interface for all platforms. You can do pretty much anything with the command line interface, but the gui is obviously more pleasant.
full list
- rewrote the drawing code for the listbox that displays tags in various ways to be a lot faster and more memory efficient
- updated one new client mapping index that wasn't working quite as I wanted it to something more clever
- db will be a little smaller and mappings stuff will be even faster
- merged the two ratings system predicate input panels, so you can now select like/dislike and numerical ratings system predicates at the same time
- fixed booru download page serialisation, which means they will save to sessions
- prototyped trash service
- locally deleted files will now be sent to trash
- locally deleted files will not be removed from the existing search
- files can be permanently deleted from trash, which will also immediately physically delete them from your hdd
- files can be restored from trash back to the local file service
- inbox state is now more separate from the local file service, so it will be remembered through a visit to the trash
- improved delete code all around
- general inbox/archive db code improvements
- misc content update pipeline improvements
- optimised mass-adding of files to a service (for instance, when (un)deleting a whole bunch of files!)
- delete orphans daemon is removed–it will be replaced by a more thorough single-shot hdd/db purge like 'check file integrity'
- files are not yet automatically removed from the trash–I will add that next week.
- updated db access info in db folder
- added sqlite command line executable to db folder for all platforms
- bit of code cleaning
- cleaned up some gui error reporting
- might have fixed a service cache bug in the db that was causing double bandwidth reports and possible looping sync behaviour
next week
I want to finish off these new options for the trash service, first of all. Then some improvements to the DeviantArt parser to allow mature images, hopefully adding a blogger parser, and fixing several emergency bugs.