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)
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.
Comment 1•25 years ago
|
||
shrir, can you try this on a clean profile? claudius and I don't see this
Reporter | ||
Comment 2•25 years ago
|
||
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
Comment 4•25 years ago
|
||
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 → ---
Comment 6•25 years ago
|
||
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
Comment 7•25 years ago
|
||
this happened again today with the 2000050111 linux builds.
Comment 8•25 years ago
|
||
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 ago → 25 years ago
Resolution: --- → DUPLICATE
Comment 9•25 years ago
|
||
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
Comment 10•25 years ago
|
||
oops. Sorry, I should have read the description more carefully.
Comment 11•25 years ago
|
||
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
Assignee | ||
Comment 13•25 years ago
|
||
*** Bug 42128 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 14•25 years ago
|
||
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 ago → 25 years ago
Resolution: --- → WORKSFORME
Comment 15•25 years ago
|
||
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.
Comment 16•23 years ago
|
||
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.
Description
•