Bug: Do not add the cover if there was an error in the first import.
Fedora Linux 40
Watcharr 1.41.0 on Docker
I added a movie at a time when my internet connection was failing. It added correctly but without a cover. When the connection was restored, Watcharr still did not add the cover. I deleted the movie and tried adding it again, but it still doesn't add the cover. Attached is a screen recording:
https://github.com/user-attachments/assets/141e41b4-9066-4bf9-9b8e-159ab42f1cdd
Hi @simonbcn, sorry to hear about your troubles.
This makes me think that Watcharr may have created the image file in your data folder, but wasn't able to complete it, which left you with a corrupted image that wont be replaced.
Do you have any experience with your browsers dev tools? We can try to locate the image to try removing, maybe we can fix this for you now before we can get a fix out:
- Right click the movie in your browser
- Click
Inspect - In the new popup thing, you should be in the
Inspectortab. Look for theimgtag (should be one above the highlighted tag): - The bit I have highlighted (in the screenshot) will be the file name we can look for in your containers
datafolder, if it is there, try deleting it (should be under data/img). - (may need to restart watcharr server) now just click back into the movie on watcharr and it should re-download the image.
It doesn't work.
I deleted the image, deleted the movie, restarted the server, re-added the movie but it still fails.
These screenshots are after completing this process:
@simonbcn oh i see, you said you deleted the image, was the file on your system? Did it not reappear afterwards?
I was just able to try this myself, I can remove that image file from my data/img folder then after restarting the server and clicking back into the movie, it re-downloads the file.
Very weird it doesn't do the same for you.
After you complete that process:
- Does the image file reappear in your
data/imgfolder? - Can you view the image file outside of watcharr (by opening the jpg directly, if possible)?
- Are any errors logged?
It worked now. It redownloaded the cover.
Slightly improved the poster downloading in #658, but I don't believe that fully resolves this issue because of request caching on the server.
Going to close this in favour of #62, which I think should help resolve any outstanding issues with this by allowing manual refresh of content.
Thanks again for reporting this!