0x2620
/
pandora
2
1
Fork 1
Code Issues 1.3k Pull Requests Releases Wiki Activity

When signing in, at least offer the option to stay where you are #519

New Issue
Closed
opened 2012-02-18 17:05:20 +00:00 by rlx · 3 comments
rlx commented 2012-02-18 17:05:20 +00:00
Owner
Copy Link

... as opposed to getting to where you were last

... as opposed to getting to where you were last
rlx added the
frontend
 label 2012-02-18 17:05:20 +00:00
rlx self-assigned this 2012-02-18 17:05:20 +00:00
rlx added the
normal
enhancement
 labels 2012-02-18 17:05:20 +00:00
rlx commented 2012-02-18 17:08:16 +00:00
Author
Owner
Copy Link

Need a list of UI settings that need to stay, beyond find, item, listView, itemView.

Need a list of UI settings that need to stay, beyond find, item, listView, itemView.
rlx commented 2012-07-01 10:05:09 +00:00
Author
Owner
Copy Link

Also see #599.

Also see #599.
rlx added this to the 12.03 milestone 2012-07-01 10:05:23 +00:00
rlx commented 2013-03-23 15:52:48 +00:00
Author
Owner
Copy Link

  • The actual bug may be that the user is logged out when he wants to be or thinks she is logged in

  • Shouldn't the back button be the most logical option, and just work? (see #520)

  • Adding an option is a no-go. 95% of our users will not want this or understand what it means... and they've just managed to remember their password!

  • Clicking on an annotation bin info icon, and then, in the resulting dialog, choosing sign in, may signal intent to stay where you are. But does the login dialog still communicate that it's the intent version of the login dialog? Do we need disabled edit buttons on the info page, and elsewhere, so that intent can always be signaled? And how do I signal intent if I want to login because a private item doesn't show up in my search results?

- The actual bug may be that the user is logged out when he wants to be or thinks she is logged in - Shouldn't the back button be the most logical option, and just work? (see #520) - Adding an option is a no-go. 95% of our users will not want this or understand what it means... and they've just managed to remember their password! - Clicking on an annotation bin info icon, and then, in the resulting dialog, choosing sign in, may signal intent to stay where you are. But does the login dialog still communicate that it's the intent version of the login dialog? Do we need disabled edit buttons on the info page, and elsewhere, so that intent can always be signaled? And how do I signal intent if I want to login because a private item doesn't show up in my search results?
rlx added the
wontfix
 label 2013-05-29 13:52:31 +00:00
rlx closed this issue 2013-05-29 13:52:31 +00:00
rlx added this to the 13.02 milestone 2013-05-29 14:48:20 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
master
stable
Labels
Clear labels   
backend

   
critical

   
defect

   
duplicate

   
enhancement

   
fixed

   
frontend

   
general

   
invalid

   
major

   
minor

   
normal

   
oxjs

   
pandora_client

   
python-ox

   
task

   
trivial

   
wontfix

   
worksforme
No Label
backend
critical
defect
duplicate
enhancement
fixed
frontend
general
invalid
major
minor
normal
oxjs
pandora_client
python-ox
task
trivial
wontfix
worksforme
Milestone
Clear milestone
No items
No Milestone
13.02
Assignees
Clear assignees
No Assignees
rlx
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: 0x2620/pandora#519
No description provided.
Delete Branch "%!s(<nil>)"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?