-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix broken view when going back to a nested folder #206
Comments
We were still partially using the old caching mechanism used to map the entire filesystem before loading anything. This led to holes in the mapping as well as lots of redundant an partial information being stored. This new approach is custom made and can probably still be improved Fixes #206
We were still partially using the old caching mechanism used to map the entire filesystem before loading anything. This led to holes in the mapping as well as lots of redundant an partial information being stored. This new approach is custom made and can probably still be improved Fixes #206
Now available on |
Tested with ultimate8 in a folder structure, where it failed before and browser history back is working now as expected. |
Excellent, thank you. |
The test case you described works for me using ultimatedev on 8.1. However, when I attempt to switch to the file view I get taken to the root directory. When I click the back button from there I loose this game. I also can't enter the slideshow from the files app using ultimatedev on 8.1. I haven't figured that one out. |
It's either a folder name or browser caching issue, hopefully the latter :) |
The issue I had entering the slideshow from the files app went away after clearing the browser cache. Unfortunately, the issue I have being taken to the root directory is still here. On a private link share, it doesn't go to the root directory, instead I get a "File not found" error. I'm still trying to figure out the exact steps to reproduce. It seems somewhat dependent on folder depth. |
There is no problem 1 folder deep. There seems to always be a problem 2 folders deep. I have used different folders and very short folder names, so it does not appear to be the URL length so much as the folder depth. |
Yeah, I need steps :) I can't reproduce.
So it must be something in the name. A character which it doesn't like maybe. |
Yup. I can even reproduce this with empty folders.
|
The above steps reproduced the problem for me every time on OC 8.1.0 and the ultimatedev branch. I tested in both Google Chrome and Firefox. I then tested OC 8.1.0 with the stable8.1 branch and the issue exists there as well. The above steps cannot be used on stable8.1, however, unless there are photos in the directories. |
Now I can reproduce it :) Seems the content is double encoded on 8.1. I'll patch this asap. |
Fixed via db0b120 |
This works much better now. I tested using the stable8.1 branch. (better late than never) |
Thank you! :) |
Steps to reproduce
Expected result
The view at step 3 should be shown again
Actual result
The URL says we're in Folder3
The thumbnails are put in an album named Folder3
The breadcrumb says we're in Folder2
Ctrl+F5 reloads the album correctly (since it uses location.hash to determine the album)
The state must not be saved correctly or the map is not built properly.
I suspect it comes from here:
https://github.com/owncloud/galleryplus/blob/master/js/gallery.js#L19-L32
and it's probably not the only scenario where the wrong mapping is retrieved.
The text was updated successfully, but these errors were encountered: