Closed
Bug 42128
Opened 25 years ago
Closed 25 years ago
no entrys in the history
Categories
(Core :: DOM: Navigation, defect, P3)
Tracking
()
People
(Reporter: niko, Assigned: mozilla)
References
()
Details
In the Mozilla History there are no entrys! I use the installer build 2000060908.
Comment 1•25 years ago
|
||
Confirmed for Linux build 2000060908. Someone should mark this as
"OS: All"
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Updated•25 years ago
|
OS: Windows 98 → All
Comment 2•25 years ago
|
||
Where are the entries missing. In the Go menu? in the Back/forward
button pulldown menus? in Tasks-->History dialog? Under the urlbar?
Reporter | ||
Comment 3•25 years ago
|
||
in tasks -> tools -> history.
ditto for me, and i'm using the m16 milestone (2000061311). win95, installer,
no talkback, etc.
Comment 5•25 years ago
|
||
I think I know what's going on. It appears that if there's an old
version of the history.dat file laying around, Mozilla doesn't
understand it, and as a result doesn't track history; if you
remove the old history file, everything starts working fine again.
That's what you get for not periodically deleting your profile!
More specifically, in nsGlobalHistory::OpenDB
(xpfe/components/history/src/nsGlobalHistory.cpp), the lines:
do {
err = thumb->DoMore(mEnv, &total, ¤t, &done, &broken);
} while ((err == 0) && !broken && !done);
eventually end up with both 'done' and 'broken' set to true, so
OpenDB() returns NS_ERROR_FAILURE. OpenDB() was being called by
nsGlobalHistory::Init(), so it returns failure as well. This means
that do_GetService() destroys the nsGlobalHistory instance it just
created and returns nsnull, so 'mGlobalHistory' in
docshell/base/nsDocShell.cpp is nsnull, so nothing happens with the
history.
I think that either OpenDB() or DoMore() need to be a little more
forgiving about outdated history file formats.
Comment 6•25 years ago
|
||
Oops. I forgot to say that for the do/while loop, it also ends with
the 'err' var set to 1, in addition 'broken' and 'done' being set to
true.
i am guilty of not recreating my profile after testing out n6beta1. so i
followed your advice, and i whacked history.dat out of my current profile; still
no history tracking. i created a whole new profile from scratch, and not only
was there no history tracking, history.dat wasn't created in the new profile's
directory.
is there a specific line/section that creates history.dat? is it install-
specific or new profile-specific?
Comment 8•25 years ago
|
||
Sorry, I have no clue as to what your problem is. I nuked my profile
and started over, and it created history.dat just fine.
Also, I can see that history is working because links are finally
changing color after I visit them, which they weren't doing before;
I can't get the history window to work, so this is the only way I can
tell that history is working (besides doing a "strings history.dat" and
seeing that it contains URLs that I just visited).
Are you using a milestone build, or a nightly build? I'm using a nightly
build; maybe you should try it.
Comment 10•25 years ago
|
||
matt, this sounds like a dupe of bug 27698, a bug I have kept around just to track this annoying issue that pops up every now
and then. Maybe your observations will give waterson some insight into what the problem here is.
Assignee | ||
Comment 12•25 years ago
|
||
*** This bug has been marked as a duplicate of 27698 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
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
•