Refreshing (F5) an album or photo from within the search results fails with 422 about lychee-front HOT 4 CLOSED

I'll fix it in the frontend.

from lychee-front.

I can't reproduce this with albums, because for albums the URL I see is simply #<actual album ID> (as expected). Hitting a reload will result in the fake search parent ID being lost, but I don't think there's any way to fix that, since we don't embed the parent ID in the URL.

I can definitely reproduce this for photos though. I'll see what I can do about fixing that. In principle we do reload search results when coming back from an album, so there's code to do that in at least one place, but I guess not everywhere that it's needed...

from lychee-front.

I can reproduce it, but it only affects photos opened from the search. Albums are redirected their actual URL as @kamil4 said.

The reason: it tries to get the album with the ID search/<search term> which is not correct of course. The "router" shouldn't interpret it as album ID (all IDs have the exact same length, right? We could use this for checking).

from lychee-front.

Fixed.

from lychee-front.