taskBongo Project - Tasks: task #4769, Dragonfly should handle the shared...

Show feedback again

You are not allowed to post comments on this tracker with your current authentification level.

task #4769: Dragonfly should handle the shared computer scenario

Submitted by:  Alex Hudson <alexhudson>
Submitted on:  Thu Feb 8 19:27:09 2007  
Planned Release: FutureShould Start On: Thu Feb 8 00:00:00 2007
Should be Finished on: Thu Feb 8 00:00:00 2007Category: None
Priority: 5 - NormalStatus: None
Privacy: PublicAssigned to: None
Percent Complete: 0%Open/Closed: Open
Effort: 0.00

Thu Feb 8 19:28:10 2007, SVN revision 20:

Change the cookie handling on the store side. This is part of the way to task #4769 (shared login scenarios), needs a bit more work on the dragonfly login screen now.

(Browse SVN revision 20)

Alex Hudson <alexhudson>
Project Administrator
Thu Feb 8 19:27:09 2007, original submission:

Bongo's web/calendar UI should account for a variety of login scenarios, particularly where home users are sharing a computer.

The function requirements were extoled very well by Nick Matsakis:

I alluded to this in my message to hula-general, but when Dragonfly starts up there are a number of possible cases:

1. There may be a username in the requested client URL or not
2. There may be zero, one, or many credentials stored in a cookie

Case 1:
If there is no username and no credentials, this is simple. Just show the login screen.

Case 2:
If there is no username but credentials for a single user, we should try those credentials, moving on to the user's summary if successful. This would happen if a user types in http://myhulastored.com into a browser where he had previously stored credentials. If the credentials are bad, we move on to case 5 with the username from the credentials.

Case 3:
If there is no username but credentials for multiple users, we show a screen akin to the login screen which lets the user choose from the various names or opt to enter a new one. If the credentials fail for any reason, we move on to case 5 with the username from the credentials.

Case 4:
If there is a username and credentials for that username, then they should be tried and, if accepted, the view should be displayed. If the credentials are expired or bad for whatever reason, we move on to case 5 with the username from the URL..

Case 5:
If there is a username but no credentials, we show the login screen with the username prefilled. If that user submits a password for that name, then it should go on to display the requested URL, otherwise it should display the summary page for the newly logged in user.

For example, if Joe's monthly calendar is requested and the user logs in as Joe, then the monthly calendar should be shown. If the user logs in as Jane, then the summary view should be shown.


I think that is all the relavent cases. I haven't discussed the issue of how you would get multiple credentials, but I think we would have something like a "switch user" feature. I'm not sure whether it should be enabled by default.

Alex Hudson <alexhudson>
Project Administrator


No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by alexhudson (Submitted the item)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Error: not logged in



    No Changes Have Been Made to This Item
    Show feedback again

    Back to the top

    Powered by Savane 3.1-cleanup