[Bug]: cover art fails to download after update to 0.14.0-beta

[GrumbleBumpkin]

I have verified that the bug is not already awaiting release

Yes

What was the Problem?

I recently updated to 0.14.0-beta and now many books - including books I have previously managed to download to local in 0.13.0-beta - no longer complete the download and seem to be stuck attempting to download the cover art, but instead of a green check by the download item in the download progress list like the audio files, the cover is stuck at 100%.

This ultimately causes the local item to never get created. This means that the local item can't be played, only streamed (which does still work). Similarly, the item doesn't appear when accessing the Local Media management menu, so the item can't be deleted. The UI for the book in question can be in one of two states:

• It thinks the item is not downloaded: In this case, there is a button to stream the item, and the button to download the book to local is visible and clickable, but clicking it leads to a warning at the bottom of the screen saying "Download already started for this media entity". This is the state entered when first downloading a book that then fails.
• It thinks the item is downloading: This is the case after closing and reopening the app. There is a number of downloads pending in the upper right of the screen as usual, but no progress is made and the number shown is the number of cover art files stuck at 100%. The stream option is still available for the book, but this time the Download button is orange as though there is a download in progress. There's a "Downloading... (0%)" dialog under the Stream button, but it never progresses. This state also survives a reboot of the phone.

I've looked in the Logs menu, but there are no error logs, but there is a traceback in the server logs when attempting to download the item. I'm not sure how it's related to this issue, but I can verify that it doesn't occur when I download one of my books that doesn't have this download issue:

RangeNotSatisfiableError: Range Not Satisfiable
at createHttpError (/app/node_modules/send/index.js:984:7)
at SendStream.error (/app/node_modules/send/index.js:270:31)
at SendStream.send (/app/node_modules/send/index.js:666:19)
at onstat (/app/node_modules/send/index.js:725:10)
at FSReqCallback.oncomplete (node:fs:198:5)

I last updated my server installation on 8/3 and have downloaded books since then, so I don't think this is a server side issue despite the errors appearing there. I updated my client to 0.14.0-beta yesterday and only now have encountered this issue.

Steps to Reproduce the Issue

1. Go to an item in the ABS library.
2. Click the download button.
3. Wait for download to complete. Local item is not created and cannot be played locally.

What was Expected?

After the item is downloaded, the local item should be made and able to be played locally.

Again, this doesn't happen with all of my library, but it does now happen with books that I have downloaded locally in the past on older app versions.

Phone Model

Google Pixel 10 Pro

Phone OS

Android 17

Audiobookshelf App Version

Android App - 0.13.0

Installation Source

Other (List in "Additional Notes")

Additional Notes

Installed via Obtainium. Ignore the Audiobookshelf App version since 0.14.0-beta isn't listed.

[GrumbleBumpkin]

I can also confirm that by uninstalling and reinstalling 0.13.0-beta, the issue is resolved and I am able to download the books that fail on 0.14.0-beta. The green check mark appears by the cover download and the play button appears for the local item as expected.

[landonc]

Seems related. Download "finished", shows green check on audio file and 100% on the cover. The downloaded file isn't available to play and no way to reset the download w/o wiping the app data. From previous version it would normally move forward to processing, then be available.