Firefox/Features/Persist Panorama Groups: Difference between revisions
(→Team) |
No edit summary |
||
Line 8: | Line 8: | ||
<section begin="status" /> | <section begin="status" /> | ||
| Panorama groups should always persist | | Panorama groups should always persist | ||
| {{StatusHealthy|status= | | {{StatusHealthy|status=Completed}} | ||
| N/A | | N/A | ||
| Alex Limi | | Alex Limi |
Revision as of 23:06, 26 May 2011
Feature | Status | ETA | Owner |
Panorama groups should always persist | Completed | N/A | Alex Limi |
Summary
When quitting Firefox with Panorama groups active, there's currently a perceived data loss, since you can close them in the wrong order, and lose your groups.
Team
Who's working on this?
- Feature Manager: Alex Limi
- Lead Developer: Tim Taubert
- Product Manager:
- QA: George Carstoiu (irc: GeorgeCarstoiu)
- UX: Alex Limi
- Security:
Release Requirements
Open Firefox with multiple windows with groups in them, close one window at a time, start Firefox again — you shouldn't lose your groups, ever.
Next Steps
- Refine message that is shown when enabling session restore automatically, styling tweaks.
Tryserver build with this patch is available at https://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/tim.taubert@gmx.de-097501d1d155/ for a limited time if you want to test the feature.
Open Issues
- Including this feature without making Panorama groups load on demand will make the browser seem slow, since it's restoring groups that aren't visible
- Solving this problem might be easier if we get Panorama groups to be global, that's bug 578512.
Related Bugs & Dependencies
Main work in bug 656778, related bugs: bug 625016, bug 587400, bug 595601.
Designs
Described in the main bug, but short version: When doing actions that indicate that you are making use of Panorama (creating a new group, etc — the same as we use to determine whether to get the Panorama button), we 1) Turn on Session Restore for you, 2) Show an infobar for a few seconds to tell you that we did — in case you really wanted it off.
Test Plans
None so far.
Goals
Prevent perceived data loss from Panorama groups.
Non-Goals
Note that it's important that we revisit this implementation when we later switch to a modal where windows == panorama groups. That is not currently a goal of this project, but it will later relate back to this project. Under that model, the risk is that Firefox will persist every window the user has ever created in Panorama (which for users who don't use the tab strip but instead favor separate windows, could be a very large number). So later the approach will be to only persist Panorama groups that the user has named/starred: design mockup