diff --git a/db/help my media files are broke.txt b/db/help my media files are broke.txt index 4d290a17..507c20dc 100644 --- a/db/help my media files are broke.txt +++ b/db/help my media files are broke.txt @@ -17,7 +17,7 @@ Next, we have two classes of problem: files in the database but not in storage, These are the cause of the missing file errors. They could have been deleted or damaged, or they might have been imported after you made your file storage backup. The are not on disk any more, but the database doesn't know that, so any time it tries to access where they _were_, it is surprised and throws the error. We need to let it fix all those records. -Hit _database->file maintenance->review_, and then hit the 'add new jobs' tab. Click the 'all media files' button, or just run a search for 'system:everything', and then queue up the job that says 'if file is missing and has URL, try to download, else remove record'. It should be the default job. There are other jobs--feel free to read their descriptions--but you want to deal with the 'missing' suite for now. +Hit _database->file maintenance->manage scheduled jobs_, and then hit the 'add new jobs' tab. Click the 'all media files' button, or just run a search for 'system:everything', and then queue up the job that says 'if file is missing and has URL, try to download, else remove record'. It should be the default job. There are other jobs--feel free to read their descriptions--but you want to deal with the 'missing' suite for now. Queue up that job for everything and then on the first tab you can hurry all that work along. It may take an hour or more to check all your files. Any of the files with URLs (i.e. anything you once downloaded) will be queued up in a new download page that may get pretty large, so you might like to pause file maintenance under the same _database->file maintenance_ menu for a bit if it gets too big. diff --git a/docs/changelog.md b/docs/changelog.md index a537790e..9ea34cba 100644 --- a/docs/changelog.md +++ b/docs/changelog.md @@ -5,6 +5,22 @@ ## [Version 487](https://github.com/hydrusnetwork/hydrus/releases/tag/v487) +### all misc this week +* the client now supports 'wavpack' files. these are basically a kind of compressed wav. mpv seems to play them fine too! +* added a new file maintenance action, 'if file is missing, note it in log', which records the metadata about missing files to the database directory but makes no other action +* the 'file is missing/incorrect' file maintenance jobs now also export the files' tags to the database directory, to further help identify them +* simplified the logic behind the 'remove files if they are trashed' option. it should fire off more reliably now, even if you have a weird multiple-domain location for the current page, and still not fire if you are actually looking at the trash +* if you paste an URL into the normal 'urls' downloader page, and it already has that URL and the URL has status 'failed', that existing URL will now be tried again. let's see how this works IRL, maybe it needs an option, maybe this feels natural when it comes up +* the default bandwidth rules are boosted. the client is more efficient these days and doesn't need so many forced breaks on big import lists, and the internet has generally moved on. thanks to the users who helped talk out what the new limits should aim at. if you are an existing user, you can change your current defaults under _network->data->review bandwidth usage and edit rules_--there's even a button to revert your defaults 'back' to these new rules +* now like all its neighbours, the cog icon on the duplicate right-side hover no longer annoyingly steals keyboard focus on a click. +* did some code and logic cleanup around 'delete files', particularly to improve repository update deletes now we have multiple local file services, and in planning for future maintenance in this area +* all the 'yes yes no' dialogs--the ones with multiple yes options--are moved to the newer panel system and will render their size and layout a bit more uniformly +* may have fixed an issue with a very slow to boot client trying to politely wait on the thumbnail cache before it instantiates +* misc UI text rewording and layout flag fixes +* fixed some jank formatting on database migration help + +## [Version 487](https://github.com/hydrusnetwork/hydrus/releases/tag/v487) + ### misc * updated the duplicate filter 'show next pair' logic again, mostly simplification and merging of decision making. it _should_ be even more resistant to weird problems at the end of batches, particularly if you have deleted files manually * a new button on the duplicate filter right hover window now appends the current pair to the parent duplicate media page (for if you want to do more processing to them later) diff --git a/docs/database_migration.md b/docs/database_migration.md index 6d7e7a81..e9dd6805 100644 --- a/docs/database_migration.md +++ b/docs/database_migration.md @@ -60,9 +60,9 @@ A straight call to the client executable will look for a database in _install_di So, pass it a -d or --db_dir command line argument, like so: -* `client -d="D:\\media\\my\_hydrus\_database"` +* `client -d="D:\media\my_hydrus_database"` * _--or--_ -* `client --db_dir="G:\\misc documents\\New Folder (3)\\DO NOT ENTER"` +* `client --db_dir="G:\misc documents\New Folder (3)\DO NOT ENTER"` * _--or, for macOS--_ * `open -n -a "Hydrus Network.app" --args -d="/path/to/db"` @@ -111,4 +111,4 @@ You should now have _something_ like this: ## p.s. running multiple clients { id="multiple_clients" } -Since you now know how to tell the software about an external database, you can, if you like, run multiple clients from the same install (and if you previously had multiple install folders, now you can now just use the one). Just make multiple shortcuts to the same client executable but with different database directories. They can run at the same time. You'll save yourself a little memory and update-hassle. I do this on my laptop client to run a regular client for my media and a separate 'admin' client to do PTR petitions and so on. \ No newline at end of file +Since you now know how to tell the software about an external database, you can, if you like, run multiple clients from the same install (and if you previously had multiple install folders, now you can now just use the one). Just make multiple shortcuts to the same client executable but with different database directories. They can run at the same time. You'll save yourself a little memory and update-hassle. I do this on my laptop client to run a regular client for my media and a separate 'admin' client to do PTR petitions and so on. diff --git a/docs/old_changelog.html b/docs/old_changelog.html index 7fe71f3e..a4c3483a 100644 --- a/docs/old_changelog.html +++ b/docs/old_changelog.html @@ -33,6 +33,21 @@

changelog