Closed
Bug 43836
Opened 25 years ago
Closed 25 years ago
History window is blank
Categories
(Core :: DOM: Navigation, defect, P2)
Tracking
()
M18
People
(Reporter: jeziorek, Assigned: slamm)
Details
(Keywords: smoketest, Whiteboard: [dogfood+][nsbeta2-][nsbeta3+] slamm is unable to reproduce.)
Attachments
(2 files)
-start browser
-browse a few pages
-tasks|tools|history
- the hsitory will be blank and the pages that u browsed should be there but
aren't there
linux comm. 2000-06-26-08-M17
Works just fine for me with today's build on Win98 provided you don't try to go
back from certain frameset pages. And that's a known bug already on the radar
for beta 2. Can you give me a list of URLs that you visit to cause the problem?
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Updating OS to Linux. Alek, are you seeing this still on Linux? Is it on other
platforms?
OS: Windows 98 → Linux
Comment 4•25 years ago
|
||
I sense confusion. The functionality is question is the Global History Window. Not the little session history drop-down/pop-ups.
Summary: History pop-up is blank → History window is blank
Comment 5•25 years ago
|
||
Yes. this is a global history functionality.
Reporter | ||
Comment 6•25 years ago
|
||
Still see this on linux commercial build 2000-07-05-08-M17. This happens with
the bookmark manager too. Is this the same bug or should a new one be filed?
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Is this the problem you, me, and rpotts we're talking about earlier today? That
the code to add SH entries is accidently #ifdef's out?
Priority: P3 → P2
Target Milestone: --- → M18
Comment 8•25 years ago
|
||
global history code was ifdeffed out accidentally in today's build. But this
bug is open from last week.
Comment 9•25 years ago
|
||
worksforme on
linux/mozilla
linux/commercial
win32/mozilla
I also tried this on a commerical download build.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 10•25 years ago
|
||
verifying...don't see this anymore on 2000-07-10-08-M17
Status: RESOLVED → VERIFIED
Comment 11•25 years ago
|
||
Adding keyword to bugs which already show a nsbeta2 triage value in the status
whiteboard so the queries don't get screwed up.
Keywords: nsbeta2
Reporter | ||
Comment 12•25 years ago
|
||
seen on latest linux build 2000-08-10-08-M18; cc: twalker
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
Comment 14•25 years ago
|
||
I do NOT see this with my 2000081008 Linux build and an established(old) profile.
Comment 15•25 years ago
|
||
bug fixed on Mac commm. 2000-08-14-04-M18
Comment 16•25 years ago
|
||
I saw a link to this bug on the Windows smoketest report. Dees that mean this is still a problem with today's (08/14) builds AND
only on Windows?
Comment 17•25 years ago
|
||
Yes, I saw this bug again today on mozilla build 2000-08-14-09-M18
Updated•25 years ago
|
OS: Linux → Windows 98
Comment 18•25 years ago
|
||
PR2 is outta here. Moving from [nsbeta2+] to [nsbeta2-]. Putting on [dogfood+]
radar and nsbeta3 keyword
Keywords: nsbeta3
Whiteboard: [nsbeta2+] → [dogfood+][nsbeta2-]
Comment 19•25 years ago
|
||
reproduced with 2000081508 commercial build on Win98. NOT seen with Linux or Mac builds with same date.
I tried this on another Win98 machine and it did NOT reproduce, so there's something else going on.
Comment 20•25 years ago
|
||
I can't reproduce this on my Win98 build. Can somebody figure out what makes it
break?
Whiteboard: [dogfood+][nsbeta2-] → [dogfood+][nsbeta2-][NEED INFO]
Comment 21•25 years ago
|
||
I saw this again on 2000-08-16-10-M18
Comment 22•25 years ago
|
||
still present on Windows 2000-08-17-06-M18
Comment 23•25 years ago
|
||
still present on windows commercial build 2000-08-18-04-M18
Whiteboard: [dogfood+][nsbeta2-][NEED INFO] → [dogfood+][nsbeta2-][nsbeta3+]
Assignee | ||
Updated•25 years ago
|
Whiteboard: [dogfood+][nsbeta2-][nsbeta3+] → [dogfood+][nsbeta2-][nsbeta3+] Ack, this bug sneaked up on me. I hope I can reproduce on winNT or Linux.
Assignee | ||
Comment 24•25 years ago
|
||
The next time someone sees this bug, be sure to attach your history files from
you profile (history.mab, history.dat). Do you continue to see the bug if you
create a new profile?
Whiteboard: [dogfood+][nsbeta2-][nsbeta3+] Ack, this bug sneaked up on me. I hope I can reproduce on winNT or Linux. → [dogfood+][nsbeta2-][nsbeta3+] slamm is unable to reproduce.
Comment 25•25 years ago
|
||
Though this is clearly a nsbeta3+ bug, should it really be dogfood+? Lots of
users don't even now that the history window exists.
Comment 26•25 years ago
|
||
works fine on windows build 2000-08-24-06-M18
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Comment 27•25 years ago
|
||
linux 2000-08-29-08-m18
Mac 2000-08-29-08-m18
seen again on these those build
reopening
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Assignee | ||
Comment 29•25 years ago
|
||
This still works fine in my build. Is this a debug vs. release build issue?
Tracy, would you attach the history files from you profile directory?
Comment 30•25 years ago
|
||
this worked fine on all comm platform builds today
windows 2000-08-30-06-m18
linux 2000-08-30-06-m18
mac 2000-08-30-04-m18
it seems odd it's there some builds and not on others.
Comment 31•25 years ago
|
||
Tracy, PLEASE attach those files from your history profile. If you don't know
where those files are or how to attach them, please ask us. We'll gladly help you.
Comment 32•25 years ago
|
||
history was fine again on all comm builds
jce2...Yes, I do not know how to find the files you wish attached. I'd
appreciate help in doing that. Thanks
Comment 33•25 years ago
|
||
This works fine on all win32, Mac and Linux mozilla builds 0901. It should
probably be resolved as WFM.
Comment 34•25 years ago
|
||
resolving WFM
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Comment 36•25 years ago
|
||
Commenting: seeing problem on Windows 98 original (currently on build
2000100308), have been seeing for as long as I can remember, and I just
reinstalled Windows a week ago (problem has been present since before then). PR2
History is also broken. Suggest reopening, because for me this is NOT fixed. I
haven't had a working history since PR1.
Adding Asa CC because he told me to remind him about this problem so that he
could look into it.
Comment 37•25 years ago
|
||
I am not seeing this on 100308 Win98 though, nor do I ever remember having this
problem.
Comment 38•25 years ago
|
||
Comment 39•25 years ago
|
||
Comment 40•25 years ago
|
||
Reopening with Asa's go-ahead. Still have a blank history here on 100608, Win98.
I have attached my history.dat and history.mab files as was requested earlier. I
hope this helps. Let me know if there's anything else I can do, I really want to
be able to use my History. :)
James
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
Comment 41•25 years ago
|
||
hmm isn't this being worked on in bug 53842 now?
a "fix in hand" bug titled "History page is displaying a blank window"
Comment 42•25 years ago
|
||
Verifying this bug is a dupe of 53842, which has a fix in hand for RTM.
*** This bug has been marked as a duplicate of 53842 ***
Status: REOPENED → RESOLVED
Closed: 25 years ago → 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
•