🐛 Bug Report: Custom background image lost after update to v1.11.1 #19

Closed
opened 2025-10-09 16:22:12 +03:00 by OVERLORD · 8 comments
Owner

Originally created by @dlhall111 on GitHub.

Reproduction steps

After updating two instances to v1.11.1 (from v1.10.0) both no longer showed their custom background. When I went to re-upload the custom background that operation failed with the following error recorded in the log:

ERR Request with errors: Error #01: remove data/uploads/application-images/background.webp: no such file or directory

In fact there was not (nor has there ever been for as far as back as I have backups?) a background.webp file in that folder. Upon creating the file manually only then was I able to successfully re-upload my custom background.

Expected behavior

To not lose a custom background as a result of an update (didn't see anything in the release notes about it, apologies if missed) and to not be blocked from uploading a custom background due to a file not existing.

Actual Behavior

Lost custom background, could not re-upload without first manually creating placeholder/default (?) file.

Pocket ID Version

v1.11.1

Database

SQLite

OS and Environment

Pocket ID v1.11.1 running in Docker v28.4.0 on Debian v12 running through Traefik v3.5.2.

Log Output

ERR Request with errors: Error #01: remove data/uploads/application-images/background.webp: no such file or directory

Originally created by @dlhall111 on GitHub. ### Reproduction steps After updating two instances to v1.11.1 (from v1.10.0) both no longer showed their custom background. When I went to re-upload the custom background that operation failed with the following error recorded in the log: `ERR Request with errors: Error #01: remove data/uploads/application-images/background.webp: no such file or directory` In fact there was not (nor has there ever been for as far as back as I have backups?) a background.webp file in that folder. Upon creating the file manually only then was I able to successfully re-upload my custom background. ### Expected behavior To not lose a custom background as a result of an update (didn't see anything in the release notes about it, apologies if missed) and to not be blocked from uploading a custom background due to a file not existing. ### Actual Behavior Lost custom background, could not re-upload without first manually creating placeholder/default (?) file. ### Pocket ID Version v1.11.1 ### Database SQLite ### OS and Environment Pocket ID v1.11.1 running in Docker v28.4.0 on Debian v12 running through Traefik v3.5.2. ### Log Output `ERR Request with errors: Error #01: remove data/uploads/application-images/background.webp: no such file or directory`
Author
Owner

@dlhall111 commented on GitHub:

Thanks for reporting this.

In v1.11.0 we minified the default background image and switched its format to webp (#933). This change wasn’t included in the release notes because the commit was marked as chore, which the release notes generator ignores (since such changes are usually not relevant to end users).

I might have found the the issue. The bug can occur if there are multiple background.xxx images in the application-images folder. Normally this shouldn’t happen, but it could be the result of either a file being added manually to the folder or a bug in a previous Pocket ID version.

Since you mentioned having backups, could you share a list of all files inside the data/uploads/application-images folder from a backup of Pocket ID v1.10.0 or earlier? That would help confirm whether this is the issue.

@stonith404 The oldest backup I have is from a week ago but I haven't touched anything in this folder since months back when I first setup Pocket-ID:

Image
@dlhall111 commented on GitHub: > Thanks for reporting this. > > In `v1.11.0` we minified the default background image and switched its format to `webp` ([#933](https://github.com/pocket-id/pocket-id/pull/933)). This change wasn’t included in the release notes because the commit was marked as `chore`, which the release notes generator ignores (since such changes are usually not relevant to end users). > > I might have found the the issue. The bug can occur if there are multiple `background.xxx` images in the `application-images` folder. Normally this shouldn’t happen, but it could be the result of either a file being added manually to the folder or a bug in a previous Pocket ID version. > > Since you mentioned having backups, could you share a list of all files inside the `data/uploads/application-images` folder from a backup of Pocket ID `v1.10.0` or earlier? That would help confirm whether this is the issue. @stonith404 The oldest backup I have is from a week ago but I haven't touched anything in this folder since months back when I first setup Pocket-ID: <img width="256" height="169" alt="Image" src="https://github.com/user-attachments/assets/2c3c0fb0-43d9-4abe-85b6-1d022a9199c2" />
Author
Owner

@graphixillusion commented on GitHub:

I can confirm that this issue occurrs on my end after 1.11.1 update too...

@graphixillusion commented on GitHub: I can confirm that this issue occurrs on my end after 1.11.1 update too...
Author
Owner

@Kosette commented on GitHub:

Can confirm this issue after v1.11.1 upgrade.

In v1.11.0 we minified the default background image and switched its format to webp (https://github.com/pocket-id/pocket-id/pull/933).

Manually upload another webp format background, everything seems to work fine as always, for old versions background.jpg etc. leftovers can be safely removed manually.

@Kosette commented on GitHub: Can confirm this issue after v1.11.1 upgrade. > In v1.11.0 we minified the default background image and switched its format to webp (https://github.com/pocket-id/pocket-id/pull/933). Manually upload another `webp` format background, everything seems to work fine as always, for old versions `background.jpg` etc. leftovers can be safely removed manually.
Author
Owner

@stonith404 commented on GitHub:

Thanks for reporting this.

In v1.11.0 we minified the default background image and switched its format to webp (#933). This change wasn’t included in the release notes because the commit was marked as chore, which the release notes generator ignores (since such changes are usually not relevant to end users).

I might have found the the issue. The bug can occur if there are multiple background.xxx images in the application-images folder. Normally this shouldn’t happen, but it could be the result of either a file being added manually to the folder or a bug in a previous Pocket ID version.

Since you mentioned having backups, could you share a list of all files inside the data/uploads/application-images folder from a backup of Pocket ID v1.10.0 or earlier? That would help confirm whether this is the issue.

@stonith404 commented on GitHub: Thanks for reporting this. In `v1.11.0` we minified the default background image and switched its format to `webp` (#933). This change wasn’t included in the release notes because the commit was marked as `chore`, which the release notes generator ignores (since such changes are usually not relevant to end users). I might have found the the issue. The bug can occur if there are multiple `background.xxx` images in the `application-images` folder. Normally this shouldn’t happen, but it could be the result of either a file being added manually to the folder or a bug in a previous Pocket ID version. Since you mentioned having backups, could you share a list of all files inside the `data/uploads/application-images` folder from a backup of Pocket ID `v1.10.0` or earlier? That would help confirm whether this is the issue.
Author
Owner

@rolikeusch commented on GitHub:

I have (had) the same issue, but I have only one background image in the application-images folder.
I removed all background.xxx files and created a dummy background.webp file, then I was able to add new background image.

@rolikeusch commented on GitHub: I have (had) the same issue, but I have only one background image in the application-images folder. I removed all background.xxx files and created a dummy background.webp file, then I was able to add new background image.
Author
Owner

@BobWs commented on GitHub:

Yeah same problem after the latest update, renaming the .jpg file to .webp worked for me!

@BobWs commented on GitHub: Yeah same problem after the latest update, renaming the `.jpg` file to `.webp` worked for me!
Author
Owner

@graphixillusion commented on GitHub:

Image

I have the same file list in application-images folder

@graphixillusion commented on GitHub: > <img alt="Image" width="256" height="169" src="https://private-user-images.githubusercontent.com/67018588/491523212-2c3c0fb0-43d9-4abe-85b6-1d022a9199c2.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NTgyODE0MjYsIm5iZiI6MTc1ODI4MTEyNiwicGF0aCI6Ii82NzAxODU4OC80OTE1MjMyMTItMmMzYzBmYjAtNDNkOS00YWJlLTg1YjYtMWQwMjJhOTE5OWMyLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTA5MTklMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwOTE5VDExMjUyNlomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWE1NjJlNDllOWYzMzNiMGM0MDg4NmY0NTc5YmJhZDhkOWQ1YWVjNDliNTBiMmVhNmU0MTllMzJmNGQzM2IxNDEmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.x-s4jBoUYN_o0qUvZeb3Q08xotpkJdPFpCFBXkXXoDo"> I have the same file list in application-images folder
Author
Owner

@stonith404 commented on GitHub:

This should be fixed in v1.11.2.

@stonith404 commented on GitHub: This should be fixed in `v1.11.2`.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/pocket-id-pocket-id-2#19