Skip to content
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

Save the directory you're working in the session #3347

Closed
wants to merge 1 commit into from
Closed

Save the directory you're working in the session #3347

wants to merge 1 commit into from

Conversation

lhpalacio
Copy link

Save the directory you're working in the session

@danizord
Copy link

👍

@Niduroki
Copy link
Member

Please close #3238 or this …
Also consider arguments against this in #3238 / talk this out, whether it should be that way

@jancborchardt
Copy link
Member

@owncloud/designers what do you think? I think it’s a really good idea to save state and the current folder. Lots of apps do this, and it’s way better than those who always just throw you into initial state.

@luizhenriquepalacio I assume this only works for Files, storing the directory? Can you also make it remember which app is open?

And just also cc'ing @icewind1991 @butonic @DeepDiver1975 for code check and opinions. :)

@jancborchardt
Copy link
Member

Related to #494, also cc'ing @LukasReschke because there might be security concerns?

@@ -24,6 +24,9 @@
// Check if we are a user
OCP\User::checkLoggedIn();

// Start session
session_start();
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Don't manually start the session, lib/base takes care of that

@LukasReschke
Copy link
Member

because there might be security concerns?

This one is safe :)

@jancborchardt
Copy link
Member

@luizhenriquepalacio this needs rebase against master. We also need more reviewers cc @VicDeo @bantu

@DeepDiver1975
Copy link
Member

@luizhenriquepalacio are you still with us on this topic? THX

@DeepDiver1975
Copy link
Member

@bantu in case @luizhenriquepalacio is not responding the next few days - please take over this task - THX

@ghost ghost assigned bantu Aug 22, 2013
@bantu
Copy link

bantu commented Aug 22, 2013

@DeepDiver1975 @jancborchardt @luizhenriquepalacio It is not very clear to me what the intention of this patch is. What problems does this patch address? Why/how is post-patch behaviour better than pre-patch behaviour? Are there any downsides? See e.g. #3238 (comment)

@jancborchardt
Copy link
Member

@bantu as I commented above:

I think it’s a really good idea to save state and the current folder. Lots of apps do this, and it’s way better than those who always just throw you into initial state.

So it’s good because it preserves the user’s flow. Navigating back to the main folder can still be done with one step through the breadcrumbs, whereas navigating down can be several steps and you have to find the folder again as well.

@jancborchardt
Copy link
Member

@bantu any updates on this?

@bantu
Copy link

bantu commented Sep 4, 2013

@jancborchardt Negative. Busy with #4649.

@jancborchardt
Copy link
Member

@bantu no worries. :)

@jancborchardt
Copy link
Member

@PVince81 you wanna check this out? Or what do you think in general about the functionality?

@PVince81
Copy link
Contributor

I don't see any problem we had before. It seems this PR has been opened 5 months ago so there might have been quite a few changes since then.

On master/OC6 the current dir of the user is kept in the URL (and uses a special schema/handling for IE8 with hashchange/history API) so I don't see why we'd need to additionally store it in the session.

I'm not sure we'd want the user to automatically land on the last used directory when opening the files app directly, either by clicking on the "Files" icon or opening the default URL (http://host/owncloud/). This might surprise users as it means the current URL doesn't point to a specific page/dir consistently.

Keeping the last/recent dir could be achieved with a "list of recently used dirs" which might fit in the left panel suggested in #1936 so the user can quickly navigate back to the last used x folders.

Also, this PR might mess up with the IE8 workarounds related to hashchange/history API as that one relies on "dir" not being set. (http://host/owncloud/#?dir=/test instead of http://host/owncloud/?dir=/test)

@jancborchardt
Copy link
Member

Good points @PVince81. Closing hence.

@ghost ghost assigned jancborchardt Oct 14, 2013
@lock lock bot locked as resolved and limited conversation to collaborators Aug 20, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

9 participants