114798 - Deleting history entries from "Older than X days" folder doesn't update window

Status: RESOLVED WORKSFORME

(Core Graveyard :: History: Global, defect)

Description

[Danek Duvall]

When you use the keyboard to delete an entry from the history (arrow to it and
hit the delete key), it normally disappears and the highlight moves down an
entry.  But if you're in the folder labeled "Older than X days", the entry
doesn't disappear from the view.  It does disappear from the model, though,
since closing and re-expanding the containing site makes it go away.

This also appears to be the case when selecting "Delete" from the context menu.

This is using a 20011207 build.

Comment 1

[Vadim Berezniker]

is this still a problem in recent builds or 0.9.9?

i think history used to use <tree> before the whole <outliner> -> <tree> change
and this could have been a <tree> (former one) problem.

Comment 2

[Danek Duvall]

This is still a problem with at least a 2002-03-15 build, which claims to be
0.9.9+.  I'll check a more recent one later today.

Comment 3

[Vadim Berezniker]

yeah. the checkin i was referring to occured somewhere around 3-29 so you need a
pretty recent build.

Comment 4

[Danek Duvall]

Yeah, I see it with a 2002-04-05 build, too.

Comment 5

[Kai Lahmann (is there, where MNG is)]

worksforme (Linux, 1.0RC1).

Danek, how about you, still on 1.0RC1?

Comment 6

[Danek Duvall]

Yes, I still see it, having checked out the RC1 branch this morning at about one
o'clock.  I tried creating a brand new profile and copying a history.dat file
over from another profile, and it showed the same problem, both in the Modern
and Classic themes, if that should make any difference.

The only thing that isn't completely up-to-date (that I can think of) is libIDL,
which is 0.6.5 -- would that affect this at all, and should I upgrade?  Anything
else not directly related to the code that might be the cause?

Comment 7

[Vadim Berezniker]

Do you get any messages in the javascript console?

Comment 8

[Danek Duvall]

Nope, I don't see a thing.

Comment 9

[Boris 'pi' Piwinger]

Is this still a problem in a current build?

Either I don't understand the bug or it WFM.

pi

Comment 10

[Danek Duvall]

It was still not working on a May 29 build, but I didn't try a fresh profile to
make sure.  I'm away from my computer for another week, so I won't be able to
check for a little bit -- don't close this bug until I've checked back.

Comment 11

[Danek Duvall]

Just checked, and I see this on a MacOS X build of 1.0.  I'm happy to share the
profile that demonstrate this behavior, if that would help anyone reproduce the
problem.

Comment 12

[Danek Duvall]

I'm still seeing this, on Linux, in a 2002061116 build, with a fresh profile. 
Again, I created a new profile and copied a history.dat file from an older
profile into the new profile.  Could it be a corrupt history.dat that's causing
this behavior?

Comment 13

[Boris 'pi' Piwinger]

WFM: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a) Gecko/20020610

Try in a new profile (without the old history), please.

pi

Comment 14

[Michael Lefevre]

no response from reporter for >30 days. resolving WFM.

Danek, if you're still having this problem, please try with a new profile as
requested, and if it still happens, you can reopen this bug. thanks.

Comment 15

[Bayram]

i have the same problem for windows7 (in Firefox version 26.4.0).
my history is older then 6 months and the size of profile folder 260mb.

the description step by step:
i created new profile and imported my old profile files (more then 260mb). 
after that, i opened the history tab and selected the item "remove older then 6month". 
this produce a endless loop in firefox and firefox does not response.