Failed to parse set photos hidden response

[matlacki]

When Submitting please remove every thing above this line

🐛 Bug Report

• 📁 I've Included a ZIP file containing my librephotos log files
• ❌ I have looked for similar issues (including closed ones)
• [NA] 🎬 (If applicable) I've provided pictures or links to videos that clearly demonstrate the issue

📝 Description of issue:

When I try to hide or unhide a picture, I get a popup "Failed to parse set photos hidden response
Required at not_updated.0.metadata.camera_display; Required at not_updated.0.metadata.lens_display; Required at not_updated.0.metadata.focal_length_35mm; Required at not_updated.0.metadata.megapixels; Required at not_updated.0.metadata.rating; Required at not_updated.0.metadata.source; Required at not_updated.0.metadata.version; Required at not_updated.0.metadata.has_edits. Please report this issue on GitHub"
If this is relevant the photos I tried to hide had "variants" as they were auto-generated stacks.

I will provide additional info/ debug output but I need guidance to what provide. I feel that contents of the log file is pretty minimal an in particular does not contain that popup message that shows up.

Hide/unhide apparently works when I "select all" photos. But then it hides/unhides literaray all nearly 50k photos. This happens even If I search photos form a particular date (say it finds 98 photos), and after that if I click "select all" I clearly see "98 photos selected" add to album option would create an album with 98 photos, but hide option hides 44367 photos.

🔁 How can we reproduce it:

At my end: select one picture and use "hide"/"unhide" options. I presume these work so something must be special about my use case.

Please provide additional information:

• 💻 Operating system: Ubuntu 25.10
• ⚙ Architecture (x86 or ARM): x86
• 🔢 Librephotos version: Version: 2026w10-amd64
• 📸 Librephotos installation method (Docker, Kubernetes, .deb, etc.): Docker
  • 🐋 If Docker or Kubernets, provide docker-compose image tag: "latest"
• 📁 How is you picture library mounted (Local file system (Type), NFS, SMB, etc.):
  local file system (ZFS)
• ☁ If you are virtualizing librephotos, Virtualization platform (Proxmox, Xen, HyperV, etc.): Iam not

ownphotos_short.log

[ejerke]

I'm having similar issues on photo deletion

💻 Operating system: Debian 12
⚙ Architecture (x86 or ARM): x86
🔢 Librephotos version: Version: 2026w10-amd64
📸 Librephotos installation method (Docker, Kubernetes, .deb, etc.): Docker
🐋 If Docker or Kubernets, provide docker-compose image tag: "latest"

📁 How is you picture library mounted (Local file system (Type), NFS, SMB, etc.):
local file system (ext4)
☁ If you are virtualizing librephotos, Virtualization platform (Proxmox, Xen, HyperV, etc.): Iam not

relevant part of ownphotos.log:
2026-03-15 13:08:25,138 : photos.py : post : 250 : INFO : 1 photos were moved to trash. 0 photos were already in trash.
2026-03-15 13:08:58,840 : photos.py : post : 250 : INFO : 0 photos were moved to trash. 1 photos were already in trash.

[matlacki]

I just checked "move to trash" option - I am having exactly same error message in that case too. Until now I have not really trashed any photo, so I didn't know.