Closed
Bug 43836
Opened 24 years ago
Closed 24 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: 24 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•24 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•24 years ago
|
||
Yes. this is a global history functionality.
Reporter | ||
Comment 6•24 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•24 years ago
|
||
global history code was ifdeffed out accidentally in today's build. But this bug is open from last week.
Comment 9•24 years ago
|
||
worksforme on linux/mozilla linux/commercial win32/mozilla I also tried this on a commerical download build.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 10•24 years ago
|
||
verifying...don't see this anymore on 2000-07-10-08-M17
Status: RESOLVED → VERIFIED
Comment 11•24 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•24 years ago
|
||
seen on latest linux build 2000-08-10-08-M18; cc: twalker
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
Comment 14•24 years ago
|
||
I do NOT see this with my 2000081008 Linux build and an established(old) profile.
Comment 15•24 years ago
|
||
bug fixed on Mac commm. 2000-08-14-04-M18
Comment 16•24 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•24 years ago
|
||
Yes, I saw this bug again today on mozilla build 2000-08-14-09-M18
Updated•24 years ago
|
OS: Linux → Windows 98
Comment 18•24 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•24 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•24 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•24 years ago
|
||
I saw this again on 2000-08-16-10-M18
Comment 22•24 years ago
|
||
still present on Windows 2000-08-17-06-M18
Comment 23•24 years ago
|
||
still present on windows commercial build 2000-08-18-04-M18
Whiteboard: [dogfood+][nsbeta2-][NEED INFO] → [dogfood+][nsbeta2-][nsbeta3+]
Assignee | ||
Updated•24 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•24 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•24 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•24 years ago
|
||
works fine on windows build 2000-08-24-06-M18
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → WORKSFORME
Comment 27•24 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•24 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•24 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•24 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•24 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•24 years ago
|
||
This works fine on all win32, Mac and Linux mozilla builds 0901. It should probably be resolved as WFM.
Comment 34•24 years ago
|
||
resolving WFM
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → WORKSFORME
Comment 36•24 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•24 years ago
|
||
I am not seeing this on 100308 Win98 though, nor do I ever remember having this problem.
Comment 38•24 years ago
|
||
Comment 39•24 years ago
|
||
Comment 40•24 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•24 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•24 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: 24 years ago → 24 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
•