[Feature] Restore scroll position when navigating backwards

[bcsteeve]

The feature

Scenario: I've got tens or hundreds of thousands of photos; I'm surfing through, let's say 1967; I click on a photo and see that its part of an Album, so I go to that album. I click the back button a couple of times and... I'm in 2023. Sigh.

Or: I'm scrolling through my 100k files and I get to a section that isn't rendering. Just blank boxes for whatever reason. I know a refresh will help, so I hit the trusty F5 key and... I'm in 2023. Sigh.

Honestly I don't know if this is even possible, but thought I'd ask because it has come up at least a dozen times in the last two days :)

Cheers.

Platform

• Server
• Web
• Mobile

[bcsteeve]

PS if it helps, there's a script referenced in the third answer here: https://stackoverflow.com/questions/16388772/maintain-scroll-position-of-large-html-page-when-client-returns

[Gaurhoth]

A variation on this would be the addition of a "Jump to Timeline" option/button when displaying a photo from an album, search results, or map view. I've found myself searching for a photo, finding it and then wanting to look at all the photos around the same time. There doesn't seem to be an easy way to do that yet.

[bcsteeve]

I agree, that would be useful as well

[steve5355]

THIS would be a killer feature that has be MISSING on "the other" photo apps, it seems like such an oversight to me. When images show up in a gallery / memories / search results, the fact that there is no way to jump into the timeline at that point seems bananas to me!

[steve5355]

I created a feature request #9869 for "drop into timeline" from search results.

[Oxydation]

I guess this does not only apply on the timeline but also on the album view. Go to the list of albums. Scroll down. Open one. Return back to your album list. And you are back on top instead within the position as before.

Pretty annoying when editing/sorting albums.

It does work on the mobile app, you stay on your previous position.

[jhf2442]

As per #6052 (marked as duplicate of this issue) this is also desired feature when browsing people / faces

[waclaw66]

What browser do you use? I have noticed that issue in Firefox, Chrome works fine though.

[MS90D3V]

I tested it out in Safari and cannot reproduce. But I can reproduce this behaviour in Firefox.

[jhf2442]

I use Brave

[pyorot]

Still happens on Chrome if you navigate out of /photos and back, e.g. timeline → photo → person → [back] → [back]

[waclaw66]

It has something to do with how Immich/Firefox behaves when the photo viewer is opened.
It can be easily reproduced in any browser changing window size. The original top position never returns when window is restored to the original size.

[waclaw66]

I have observed that the problem are time buckets heights together with top position of the scrollbar, they change when photo viewer is closed. However this seems to be only consequence of some other issue.

Firefox	Chrome
2024-05-31.11.25.30.mp4	2024-05-31.11.25.45.mp4

[jhf2442]

For me, I got from /people to e.g. /people/4711aba5-c5ba-4668-8d71-57efbf84fe8a?previousRoute=/people and then either back with the arrow on the upper left corner (immich-internal), or with the browser's "back" function
in both cases, when reaching the /people page, I'm located at the beginning of the list. Javascript console shows no message

[jhf2442]

my issue #6052 was closed as duplicate of this one

[waclaw66]

You're right, this seems to be a feature request, not an issue as I thought originally.
@bo0tzz closed #9907 as duplicate of this one, but it's really different issue as I described above and #9907 shoudn't be marked as duplicate of this.

[bo0tzz]

This request is about restoring scroll position, which generally encompasses both #6052 and #9907

[waclaw66]

Not true, #9907 is about position shifts in Firefox - an issue of already existing feature, however this and #6052 is about not keeping the scroll position at all on some pages (people, albums) - a feature request. Please check it again.

[alextran1502]

Yeah, people and albums page doesn't use the same AssetGrid scroll mechanism, so when navigating back, it reloads those pages

[pyorot]

Which technique are we thinking to use to fix this? I had to fix it in my own project and the way I did it is basically:

store state (on page load):

function bindScrollState() {
  // should use scrollend but not implemented on safari yet again.....
  $("#lb").on("scroll", function (e) {Page.active.scroll = $(this).scrollTop()})
}

load state (on page load):

$("#lb").scrollTop(this.scroll)

I didn't need the state to persist past refreshes, so in this case I would store the scroll state in local storage (per timeline) rather than as a class property (of timelines). Would such an approach work here?

[alextran1502]

It could, but I am not sure if it registered the scroll state when you click on the timeline 🤔

[bo0tzz]

IMO the ideal way to approach this would be to add code to scroll the timeline to a particular asset, and put that scroll target asset in a URL parameter. That would then make it straightforward to implement some other feature requests as well, such as #4115.

[pyorot]

Sounds reasonable. Only thing I can think to watch out for is to not track those URL changes in browser history (back button). But yeah, "jump to this asset in timeline" would be a huge feature for sure.

I suppose another downside is that linking to a scrollable page in general by copying the address bar would leave you with very long links, sometimes useful but often not. A bit of a scourge of the modern web haha. But probably worth putting up with.