Closed
Bug 249883
Opened 20 years ago
Closed 19 years ago
Do not open sidebar if panel content to fill it does not exist.
Categories
(Toolkit :: Add-ons Manager, defect)
Toolkit
Add-ons Manager
Tracking
()
RESOLVED
FIXED
People
(Reporter: asa, Assigned: bugs)
References
Details
(Whiteboard: [has patch, needs review (beng)] ETA: 7/29/2005)
Attachments
(1 file, 1 obsolete file)
2.06 KB,
patch
|
Details | Diff | Splinter Review |
We have this issue (with this extension, at least) where if you have it active (sidebar open) when you uninstall it, we don't clean up the localstore.rdf data so a restart gives you an open and empty sidebar. This could potentially be a more widespread problem. I think the uninstall routine needs to look at localstore and remove any related items. http://tkm.s31.xrea.com/xul/grepsidebar.shtml
Removing localstore contents will make upgrading from one version of an extension to a later one a mite troublesome, if we aren't careful. But who isn't careful around here?
Updated•20 years ago
|
Summary: clean up localstore.rdf when uninstalling extensions → clean up localstore.rdf when uninstalling extensions (sidebar remains open)
Reporter | ||
Updated•20 years ago
|
Flags: blocking-aviary1.0?
Reporter | ||
Comment 2•20 years ago
|
||
*** Bug 248152 has been marked as a duplicate of this bug. ***
Comment 3•20 years ago
|
||
There is no way to associate data in the localstore with any particular extension. It might be possible to special-case a sidebar entry.
Comment 4•20 years ago
|
||
Maybe we shouldn't be cleaning up localstore.rdf directly (if it's too risky or needs special casing). Can the sidebar realize there isn't any content and close itself (or is that the special casing bsmedberg plans)? Could each extension have an "uninstall from app" function for this type of cleanup?
Comment 5•20 years ago
|
||
This also happens after installing a new Firefox release, which disables non-compatible extensions automatically. (Reported recently as a QuickNote bug <http://bugzilla.mozdev.org/show_bug.cgi?id=7371>).
Assignee | ||
Comment 6•20 years ago
|
||
It should be possible to strip entries from the localstore for a given package as that package is uninstalled, no? (This would require direct tweaking of localstore from EM uninstall logic... hardly ideal but ideally localstore/etc would acquire some sort of useful API towards 2.0...)
Comment 7•20 years ago
|
||
ok, lets try and do this for 2.0 where there is more time for testing.
Flags: blocking-aviary1.0? → blocking-aviary1.0-
sorry for bugspam I hope this does not sound trite, but this bug can be worked around fairly smoothly for extensions. Reinstall extension, Close Sidebar (or open a default sidebar like bookmarks/history) and then Uninstall the extension. This method won't solve the comment #5 issue though. Deleting the localstore.rdf also works around the problem (obviously you will loose button placement/window size and misc settings ect different from the default FireFox setup).
Comment 9•20 years ago
|
||
*** Bug 278910 has been marked as a duplicate of this bug. ***
Comment 10•19 years ago
|
||
Ping?
Comment 11•19 years ago
|
||
This patch prevents the sidebar from opening on browser startup when the content is not present anymore (i.e. after uninstalling an extension). This as an alternative to associate an extension with localstore data. (I got the idea from the proposed patch for bug #285513)
Comment 12•19 years ago
|
||
Comment on attachment 181138 [details] [diff] [review] Stops the sidebar from opening when the content does not exist request review
Attachment #181138 -
Flags: review?(bugs)
Comment 13•19 years ago
|
||
*** Bug 294809 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
Flags: blocking-aviary1.1?
Comment 14•19 years ago
|
||
I'm not sure about this fix given a cursory reading, but this isn't really a blocker, unless you can't close the empty sidebar...
Severity: major → minor
Flags: blocking-aviary1.1? → blocking-aviary1.1-
Reporter | ||
Comment 15•19 years ago
|
||
(In reply to comment #14) > I'm not sure about this fix given a cursory reading, but this isn't really a > blocker, unless you can't close the empty sidebar... you can't close the empty sidebar.
Comment 16•19 years ago
|
||
seeking blocking status since you can't close the sidebar
Flags: blocking-aviary1.1- → blocking-aviary1.1?
Comment 17•19 years ago
|
||
Can we morph this bug, then, into making the sidebar sane, instead of "cleaning up localstore" which is probably a cannon solution to a flyswatter problem.
Updated•19 years ago
|
Flags: blocking-aviary1.1? → blocking1.8b4?
Assignee | ||
Updated•19 years ago
|
Summary: clean up localstore.rdf when uninstalling extensions (sidebar remains open) → Do not open sidebar if panel content to fill it does not exist.
Reporter | ||
Comment 18•19 years ago
|
||
We need to see if this still impacts current and popular sidebar extensions.
Comment 19•19 years ago
|
||
Tested with EditCSS sidebar extension on Windows Deer Park build from 0719 -Open the EditCSS sidebar -Unistall that extension -Restart The EditCSS extension still appears in the sidebar. As expected EditCSS does not appear in the View | Sidebar menu. Clicking the [X] to close the sidebar doesn't work. However, the workaround is to simply change the sidebar to Bookmarks or History, then close and reopen the sidebar.
Comment 20•19 years ago
|
||
Further testing shows that with every subsequent restart the sidebar opens with blank content. This happens no matter what state the sidebar was left in on app exit. This is bad and worth considering blocking 1.1
Flags: blocking-aviary1.1?
Reporter | ||
Updated•19 years ago
|
Flags: blocking1.8b4?
Flags: blocking1.8b4+
Flags: blocking-aviary1.1?
Reporter | ||
Comment 21•19 years ago
|
||
Thanks, Tracy. This shows the same results I was seeing months ago. We do need to fix this. Ben, can you review this patch?
Updated•19 years ago
|
Whiteboard: [has patch, needs review (beng)]
Assignee | ||
Updated•19 years ago
|
Whiteboard: [has patch, needs review (beng)] → [has patch, needs review (beng)] ETA: 7/29/2005
Assignee | ||
Comment 22•19 years ago
|
||
Assignee | ||
Updated•19 years ago
|
Attachment #181138 -
Attachment is obsolete: true
Assignee | ||
Comment 23•19 years ago
|
||
Landed. thanks for the patch!
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Comment 24•19 years ago
|
||
*** Bug 303777 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
Attachment #181138 -
Flags: review?(bugs)
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•