If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

The Library should persist expanded details pane status

NEW
Unassigned

Status

()

Firefox
Bookmarks & History
--
enhancement
10 years ago
8 years ago

People

(Reporter: Roman R., Unassigned)

Tracking

Trunk
x86
All
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment, 1 obsolete attachment)

(Reporter)

Description

10 years ago
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
(Reporter)

Updated

10 years ago
Version: unspecified → Trunk

Comment 1

10 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

10 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
(Reporter)

Comment 3

10 years ago
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

10 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

10 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

10 years ago
> but when you restart your preference is lost

for me it is persisted... try deleting you localstore.rdf, will be regenerated

Updated

10 years ago
Duplicate of this bug: 436563

Comment 8

10 years ago
Created attachment 323191 [details] [diff] [review]
Patch for chrome://browser/content/places/

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

10 years ago
Created attachment 323544 [details] [diff] [review]
 Patch for chrome://browser/content/places/   

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
hrm, Alice the latest feels like the wrong patch
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
You need to log in before you can comment on or make changes to this bug.