Closed
Bug 418141
Opened 16 years ago
Closed 6 years ago
The Library should persist expanded details pane status
Categories
(Firefox :: Bookmarks & History, enhancement)
Tracking
()
RESOLVED
INACTIVE
People
(Reporter: r_rom, Unassigned)
References
Details
Attachments
(1 file, 1 obsolete file)
1.06 KB,
patch
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b4pre) Gecko/2008021404 Minefield/3.0b4pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b4pre) Gecko/2008021404 Minefield/3.0b4pre When I click the More button for a bookmark in the Library window, more fields are shows for the bookmark. However, this choice isn't persisted and needs to be made for each invocation of the Library window. This preference option should be persisted. Reproducible: Always
Comment 1•16 years ago
|
||
I agree: almost every time I open my history, I want to see the "date/time" column. But Firefox forces me to re-do the selection every single time. elementary, and very embarrassing to Firefox.
Comment 2•16 years ago
|
||
BTW, I'm a Linux nightly user: This issue is not unique to Windows Vista. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008032723 Minefield/3.0pre - Build ID: 2008032723
I am changing OS to ALL and updating title to make it more encompassing.
OS: Windows Vista → All
Summary: The Library should persist preferences (clicking the More button) → The Library should persist user preferences
Comment 4•16 years ago
|
||
(In reply to comment #1) > I agree: almost every time I open my history, I want to see the "date/time" > column. But Firefox forces me to re-do the selection every single time. IIRC in current nightly the columns should be remembered (i'm quite sure) could you check it please? More/Less is probably not remembered, changing summary to reflect that
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: The Library should persist user preferences → The Library should persist expanded details pane status
Comment 5•16 years ago
|
||
> (In reply to comment #1)
> IIRC in current nightly the columns should be remembered (i'm quite sure)
> could you check it please?
Marco, you're partly right (but the problem is "mostly" still present): The newest nightlies will remember WITHIN a single firefox session, but when you restart your preference is lost. Thanks for asking, my comment "every single time" wasn't right.
my current Build ID: 2008032920
Comment 6•16 years ago
|
||
> but when you restart your preference is lost
for me it is persisted... try deleting you localstore.rdf, will be regenerated
Comment 8•16 years ago
|
||
Patch to places.js and places.xul. This patch is not for source tree. Please apply for chrome://browser/content/places/ of installed tree.
Comment 9•16 years ago
|
||
Fix bug in previous patch : There is the case that description row is not displayed in detailed pane of the folder,
Attachment #323191 -
Attachment is obsolete: true
Comment 10•16 years ago
|
||
hrm, Alice the latest feels like the wrong patch
Comment 11•15 years ago
|
||
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h". In Thunderbird 3.0b, you do that as follows: Tools | Message Filters Make sure the correct account is selected. Click "New" Conditions: Body contains places-to-b-and-h Change the action to "Delete Message". Select "Manually Run" from the dropdown at the top. Click OK. Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter. Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
Comment 12•6 years ago
|
||
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INACTIVE
You need to log in
before you can comment on or make changes to this bug.
Description
•