418141 - The Library should persist expanded details pane status

Status: RESOLVED INACTIVE

(Firefox :: Bookmarks & History, enhancement)

Description

[Roman R.]

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

[Rick Stockton]

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

[Rick Stockton]

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

Comment 3

[Roman R.]

I am changing OS to ALL and updating title to make it more encompassing.

Comment 4

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

(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

Comment 5

[Rick Stockton]

> (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

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

> but when you restart your preference is lost

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

Comment 8

[Alice0775 White]

Attachment: 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

[Alice0775 White]

Attachment: 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,

Comment 10

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

hrm, Alice the latest feels like the wrong patch

Comment 11

[Gervase Markham [:gerv]]

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

Comment 12

[BMO Automation]

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.