Closed Bug 415824 Opened 16 years ago Closed 16 years ago

Details pane for History container doesn't hide unnecessary elements

Categories

(Firefox :: Bookmarks & History, defect, P2)

defect

Tracking

()

VERIFIED FIXED
Firefox 3

People

(Reporter: marcia, Assigned: asaf)

References

Details

(Keywords: regression, Whiteboard: [patch on bug 407541])

Attachments

(1 file)

Seen using  Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b3) Gecko/2008020511 Firefox/3.0b3.

STR:
1. Go to History | Show All History
2. Resize the window and observe the attached screenshot
Moving this to theme, I am not sure if it should have filed there to begin with.
Component: Places → Theme
QA Contact: places → theme
You don't have to resize the dialog to see this behavior. Simply choose "Show All History" and you will see it. I think that I will have the regression range soon.
Keywords: regression
Hardware: PC → All
Regressed between following builds:

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b3pre) Gecko/2008012904 Minefield/3.0b3pre

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b3pre) Gecko/2008013004 Minefield/3.0b3pre

There is a huge amount of patches within this time:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2008-01-29+04%3A00&maxdate=2008-01-30+04%3A00&cvsroot=%2Fcvsroot

Probably related: bug 414757, or bug 393509.
Severity: normal → major
Flags: blocking-firefox3?
It happens for new profiles. You only have to open the Library and select an entry under History. It looks like that unnecessary elements aren't hidden.
Summary: Show All History Folder view breaks when you resize the dialog → Details pane for History container doesn't hide unnecessary elements
I wonder if this is related to bug 407541?
Flags: blocking-firefox3? → blocking-firefox3+
Priority: -- → P2
Target Milestone: --- → Firefox 3
Its very related, and both are likely to be fixed at the same time...
Assignee: nobody → mano
Also happens with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008032705 Minefield/3.0pre ID:2008032705
OS: Mac OS X → All
Whiteboard: [needs status update]
Status: NEW → ASSIGNED
Whiteboard: [needs status update] → [swag: 1d]
Status: ASSIGNED → NEW
Component: Theme → Places
QA Contact: theme → places
Whiteboard: [swag: 1d] → [patch on bug 407541]
Fixed in bug 407541.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Verified with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008042122 Minefield/3.0pre

Asaf, what about the more/less button? In the current state it is useless. Nothing can be expanded/collapsed. Could it be also hidden? Should I file a follow-up bug?

The tagging feature looks great and saves some time when trying to tag a history item.
Status: RESOLVED → VERIFIED
Yes, please do.
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.

Attachment

General

Created:
Updated:
Size: