Closed Bug 46014 Opened 24 years ago Closed 24 years ago

No keywords loaded on bugzilla pages

Categories

(Core :: Layout: Form Controls, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: akkzilla, Assigned: neeti)

References

Details

(Keywords: relnote, Whiteboard: [nsbeta2+][dogfood-][ETA 7/28])

In today's commercial build, when I load bugzilla pages, very often, the keywords field comes up blank when I know there are keywords in the bug. If I then load the same page in yesterday's mozilla build, or in 4.7, I do see keywords. Hitting reload or shift-reload doesn't help. But sometimes, going to another page then loading the bugzilla page again causes the keywords to show up.
Nom. for dogfood -- I know I've stopped using today's build (and have gone back to the 7/19 build) after accidentally deleting keywords from quite a few bug reports.
Keywords: dogfood, nsbeta2
it makes no sense that this would happen in the commercial build and not in the debug build. There has been a lot of check ins by editor folks - reassigning
I sat down with Akkana to look at this, and we agreed that this sounds alot like bug #44226 which has been causing me grief for a while. Reassign to neeti@netscape.com, and Cc radha@netscape.com, and let them decide whether to dup this bug or put a dependency on 44226.
Assignee: rods → neeti
Note: Kin points out that this happens when you load a bugzilla page, modify it and submit, then later (after visiting more pages) go back and try to load the same page. It loads the original page, not the new version. Fiddling with my cache settings seems to have made this go away for the moment. So it looks like there's some combination of cache settings that make this happen.
Akkana, Did you change your cache settings from "Once per session" to "everytime"? If you have your setting set to "Once per session", it would validate the page only once, and get it from the cache rest of the time. Neeti
Duplicate of 41228?
I think I had it set to "once per session" when I was seeing this bug. But when I saw the problem, shift-reload didn't help. Shouldn't shift-reload always reload the real page, not the cached page?
Yes, shift+reload should reload the real page, and not the cached page. Radha, Bill, Is the shift+reload button hooked up to the cache? Neeti
shift-relaod is not hooked yet. I think Ben goodger has a bug on that. bu tI can take a look at it real soon.
Putting on [nsbeta2+][dogfood-] radar. Does not need a fix ASAP for daily work, but we should fix this for beta2. Adding "relnote" keyword for PR2 release. The nsbeta2+ is only for setting the default for chache settings to "everytime" and adding "relnote" keyword to inform users of this problem and default setting.
Keywords: relnote
Whiteboard: [nsbeta2+][dogfood-]
bug 46004 says shift key isn't working for key press commands.
I have changed the Cache preference default settings to "everytime" from "Once per session". Waiting for a review to check it in. Neeti
Status: NEW → ASSIGNED
uhh, can i ask a stupid question? Why are we changing the default rather than _fixing the bug_? Changing the default is just plain wrong. Are we saying that we don't know how to fix it?
Sorry, I did not add a comment last night, that we are not going to fix this bug , by changing the cache preference. Instead, I am investigating why bugzilla pages are being cached in the first place. They should not be getting cached in the disk cache, but rather we should be putting them in the memory cache to improve performance, so when we hit the back button, we get it from the memory cache. Neeti
*** Bug 46585 has been marked as a duplicate of this bug. ***
FOr the dupe 46585..testcase where it occurs all the time for me is: Steps to repro: 1)Launch seamonkey, go to Bugscape or Bugzilla and query on any bug. 2)Make a change to the bug.(I added myself to the cc: list) 3) Commit the change 4)When the page with "Changes to Bug XXXX submitted" appears, click on the link "Back to BUG# XXXX" to view your changes. Actual results: The changes are not reflected when you go back to the bug. If you reload the page via Reload icon, you then see your changes. Nominating nsbeta2 as customers may experience this at other sites which do something similar.
Whiteboard: [nsbeta2+][dogfood-] → [nsbeta2+][dogfood-][ETA Investigating]
Whiteboard: [nsbeta2+][dogfood-][ETA Investigating] → [nsbeta2+][dogfood-][ETA 7/27]
Updating to ETA 7/28
Whiteboard: [nsbeta2+][dogfood-][ETA 7/27] → [nsbeta2+][dogfood-][ETA 7/28]
test
Target Milestone: --- → M16
test this fix
test
test
Checked in a fix on branch and tip
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
test on 2000-08-01-04 Linux Commercial
test on 2000-08-01-04 Win95 Commercial
test on 2000-08-01-04 MacOS9 Commercial
Marking VERIFIED FIXED on: - MacOS9 2000-08-01-04-M17 Commercial - Linux 2000-08-01-04-M17 Commercial - Win95 2000-08-01-04-M17 Commercial
Status: RESOLVED → VERIFIED
Mass removing self from CC list.
Now I feel sumb because I have to add back. Sorry for the spam.
You need to log in before you can comment on or make changes to this bug.