Closed Bug 250551 Opened 20 years ago Closed 15 years ago

history sidebar: after deleting items, empty "folders" do not vanish before re-opening the history sidebar

Categories

(Firefox :: Bookmarks & History, defect)

x86
Windows 2000
defect
Not set
trivial

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: norbert.notz, Unassigned)

Details

(Keywords: polish)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2

- open the history sidebar:
There the items are grouped into "virtual folders", for example "Today".

- select all items for example in "Today", but do not select the folder itself

- press DEL:
The folder ("Today") still is shown, also it's empty.

- close and re-open the history sidebar:
Now the folder has vanished.



Solution:
Such folders should vanish _directly_ after having deleted all their content! 

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Fo View By Date and Site I see this when deleting a site's history without
selecting the folder.

For View By Date, this WFM (The folder disappears right away, though it's
terribly slow deleting all those items).

I don't think the fix for this would be worth the extra code, though.  Decision
from the devs?
Status: UNCONFIRMED → NEW
Ever confirmed: true
no, its a visual polish issue.  Its pretty trivial though.
Severity: normal → trivial
Keywords: polish
> no, its a visual polish issue.

It's not. It's major regression issue. On my system for some time I had history expiration set to 999 days. 

Much later on I have spent lots of time trying to find why Firefox freezes completely when I browse main menu: yes, Firefox to display few top records of history reads the complete file in. If file is very large it take many seconds - in my case I started investigating when freezes reached 10-15 seconds.

From developer POV, that's not completely clear that to display 10 lines in menu, Firefox reads in all the megabytes of history I have accumulated since installation time.

> Its pretty trivial though.

I hope it is. I'd love to have that fixed in Ff/2.0
> It's major regression issue.

Uhm... I meant there "Firefox inability to handle large amount history information".

Or shall I file bug for "History" menu handling separately?
Assignee: bross2 → nobody
QA Contact: mozilla → history
Component: History → Bookmarks & History
QA Contact: history → bookmarks
this should not happen anymore with Places, those are managed through a query.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.