My Albums disappear and new ones are no longer created/visible : Showing 0 user created albums

[Circenn5130]

🐛 Bug Report

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

📝 Description of issue:

After uploading photos then adding them into an album, any albums previously created disappear. Attempts to recreate previous albums or create new ones still results in Showing 0 user created albums
All pictures are still present
Albums shared with a second account are still visible for the second account
Sometimes I'm able to setup 4 or 5 new albums, but every time at some point it will no longer show any albums

I'm not sure what logs are necessary to help

🔁 How can we reproduce it:

Following Docker install steps

cd librephotos-docker
cp librephotos.env .env

Edit .env the following variables

scanDirectory=~/scanDirectory
data=./librephotos/data
logs=~/logs
dbName=librephotos
dbUser=librephotos
dbPass=<pass>

From docker-compose.yml

  backend:
    image: reallibrephotos/librephotos:${tag}
    container_name: backend
    restart: unless-stopped
    volumes:
      - ${scanDirectory}:/data
      - ${data}/protected_media:/protected_media
      - ${logs}:/logs
      - ${data}/cache:/root/.cache

docker-compose up

• Begin uploading photos from localhost:3000
• Wait until worker is green and available (upper right)
• Select uploaded photos and click the + to add to an album
• Go to Albums > My albums > refresh page to see new data

Please provide additional information:

• 💻 Operating system:
  Debian 11 Bullseye (Standard), from Proxmox templates

• ⚙ Architecture (x86 or ARM):
  x86_64

• 🔢 Librephotos version:
  reallibrephotos/librephotos-frontend latest
  reallibrephotos/librephotos latest
  reallibrephotos/librephotos-proxy

• 📸 Librephotos installation method (Docker, Kubernetes, .deb, etc.):
  Docker : latest

• 📁 How is you picture library mounted (Local file system (Type), NFS, SMB, etc.):
  Cephfs with a symlink from cephfs to workingdir \librephotos-docker

scanDirectory -> /mnt/pictures/librephotos/scanDirectory/

• ☁ If you are virtualizing librephotos, Virtualization platform (Proxmox, Xen, HyperV, etc.):
  Proxmox VE 7.2

[Circenn5130]

Tried a fresh setup again, this time with a VM on Proxmox instead of an LXC. Albums disappeared again.

[derneuere]

Not sure how you did it, but you are not logged in when creating the album.

Which browser are you using and do you use any tools that could block cookies?

[derneuere]

Found a bug, where cover photos without a timestamp would lead to 0 user created albums. Maybe that was the error, not sure.

[Circenn5130]

Actually I do! On Firefox, I have it set that way for my internal domain.
So just to confirm, even though it looks me in, it appears on that I'm not?

Now that I think about it, I set it that way when I had problems after the first time I had to blow away everything in docker for librephotos because it was throwing errors when I tried to go back to the site after it was stood up a second time and but when I was in private browsing session it didn't. So I would clear the cookies and all was well. Unfortunately I didn't take note of all the errors that would appear in the bottom right of the UI when it happened =/

After attempt three I set Firefox to exclude cookies for the IP I had librephotos setup on when the errors would occur again upon first logon of a fresh docker deploy of the site.

[Circenn5130]

Something else I'm noticing is that I can still get to the login page even though docker is not running

If I bring it up in a private page it doesn't load at all as expected.
If I bring it up in a different browser (Edge) it doesn't load either as expected.
So it must be something weird going on with Firefox
Firefox v105.0.3 (64-bit) Edit: 10/17/2022 - Same problem with using MS Edge

Doing more digging and searching FFs cache, there are cookies generated for librephotos.com that are timestamped to match when I try to reach the app on my local server, I had to delete those in order to stop my page from bringing up an actual login page despite the server being down.

[Circenn5130]

I was able to a log of these errors as well

Could not set photo 26 to public. It does not exist.
ownphotos.log

[derneuere]

Closed, because I can't reproduce it.