Closed Bug 27698 Opened 25 years ago Closed 25 years ago

History folder appears blank for existing profiles only

Categories

(Core :: DOM: Navigation, defect, P3)

x86
All
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: shrir, Assigned: mozilla)

References

Details

Used today's commercial build on windows. 1.Install and launch the browser 2.Visit some web pages by typing url in the Location box (so that these pages go in history) 3.Select Tasks->Tools->History to open the History window. 4. Observe that the History window is blank. Expected result: Ideally, all visited pages should appear in the History folder.
shrir, can you try this on a clean profile? claudius and I don't see this
I had only one profile. I tried creating a new profile. History folder is not blank. Thanks, paul !
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
verif
Status: RESOLVED → VERIFIED
I'm reopening this bug because I feel it shouldn't happen and we need a solution. The situation is this: a current mozilla user upgrades to a newer version of seamonkey eg Beta. They don't do anything with their profiles (no need) and now all of a sudden global history stops working. Not only is the window empty but Global History stops tracking newly visited sites as well. The only solution is to then create a new profile. That's not a good soluton
Status: VERIFIED → REOPENED
Resolution: INVALID → ---
slamm...
Assignee: radha → slamm
Status: REOPENED → NEW
just adding another data point. jrgm reports that this happened to him with today's (2000042509) linux build. to reiterate: You install a new build, launch into an existing profile and discover that you have no global history functionality. The window is blank, all links are unvisited, and newly vistied sites aren't logged. The 'workaround' is to use a new profile but I contend it shouldn't happen in the first place. this bug is related to bug 31575 but I don't believe the suspected cause suggested there is the case here.
OS: Windows NT → All
this happened again today with the 2000050111 linux builds.
I fixed this on 5/8 and it's a dup. *** This bug has been marked as a duplicate of 37737 ***
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → DUPLICATE
This bug is really about a different problem that will probably never get fixed. Bug 37737 is because history was just plain old broken - there was no workaround. This bug is tracking an every now and then occurance where the history goes blank for existing profiles - creating a new profile 'fixes' the problem and you move on from there. I've just always contended that shouldn't count. We should either stop doing whatever would cause that for an existing user or explicitly require a completely clean (no mozilla profiles) install for anyone installing and planning to use any official NS release (PR1,PR2, etc.).
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Summary: History folder appears blank → History folder appears blank for existing profiles only
oops. Sorry, I should have read the description more carefully.
assigning back to waterson, bug 42128 (a dupe?) has some info that sheds some light on this issue. Again, my whole crusade here is I don't think it's fair to ask anyone who has ever used mozilla before to blow away their profile before installing a final RTM version of the product (other installations yes, profile no) as a 'workaround' for this bug.
Assignee: slamm → waterson
Status: REOPENED → NEW
-> rjc
Assignee: waterson → rjc
*** Bug 42128 has been marked as a duplicate of this bug. ***
Claudius, I'm having a tough time reproducing this... seems to work on all my builds (WinNT, Mac, and Linux)... also tried a commercial build, still no problem. This is with old mozilla profiles that I've had around for quite a while. I'm going to mark this as WORKSFORME... can you retest this old bug and see if you can still reproduce it?
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WORKSFORME
yeah it either happens or it doesn't. All I can do is wait for it and yell when it happens again. cc'ing Alek b/c I know he's seen this in the past off and on as well.
mass-verifying WorksForMe bugs which haven't changed since 2001.12.31. set your search string in mail to "EmperorLondoMollari" to filter out these messages.
Status: RESOLVED → VERIFIED
Component: History: Session → Document Navigation
QA Contact: claudius → docshell
You need to log in before you can comment on or make changes to this bug.