Closed Bug 82297 Opened 23 years ago Closed 23 years ago

after a theme switch, URLBar reloads the current document when a new URL is typed

Categories

(SeaMonkey :: Autocomplete, defect, P4)

x86
All
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: bugs, Assigned: hewitt)

References

Details

I have no steps to reproduce so this is going to be hard to track down and fix, but it's happened on enough separate occasions for it ot be a problem. Basically, after using mozilla for a while, something in the urlbar autocomplete widget snaps, and all URLs I type in from then on do nothing, and the current document is reloaded. Opening a new window fixes the problem.
This sounds like bug 82112 , which I marked as WFM this morning since I couldn't reproduce it with 2001052204. (When I posted the bug, it was reproducible every time) Maybe it is an intermittent problem?
This might not be a problem specific to the URL bar. Today I've been enjoying a problem whereby visiting a page via a bookmark causes the current page to APPEAR to re-load, but actually the new page loads, paints itself, and is then instantaneously painted over by the previous page. This creates the illusion that the previous page was reloaded.
I'm positive that this only occurs after a theme switch. That's because the autocomplete widget holds a reference to it's html:input element, and when the value of the widget is queried, it asks the input element for its value. After a theme switch, the old anon content is destroyed and recreated, and it seems that the old input is cached but you're actually typing in a new one, so when you hit enter it asks for the value of the old input box. Caching anonymous content is one of the top reasons skin switching is fundamentally broken. It would suck if we had to walk the DOM every time we want to reference an anonymous node. Maybe there should be a new DOM event fired on the root element after a skin switch occurs, so that bindings can listen for it and update any cached content references they have.
Status: NEW → ASSIGNED
Summary: URLBar sometimes reloads the current document when a new URL is typed → after a theme switch, URLBar reloads the current document when a new URL is typed
*** Bug 79109 has been marked as a duplicate of this bug. ***
*** Bug 77826 has been marked as a duplicate of this bug. ***
I can confirm this on Linux, build ID 2001053009, see bug 83372 which has been duped.
Mozilla 0.9.1 Build 20010607 on Windows 2000 Mozilla 0.9, Netscape 4.76 also loaded on system. After theme switch, the following (probably related) problems noted: 1. --What happened: As extensively mentioned already, URLBar fails to update when new page loads. --Expected result: URLBar updates to URL of current page when a link is traversed. 2. --What happened: URLs typed into URLBar do not load when <Enter> is pressed. "Document: Done" reading in status bar changes however. Pages *will* load if Ctrl+Shift+L used to input URL. --Expected result: Browser should load URL typed into URLBar when <Enter> key pressed. 3. --What happened: Keyboard shortcuts do not work while cursor is still active in URLBar. (Specifically tested all keys and key sequences listed on all menus.) Must click in browser window (not on toolbars or titlebar but in the actual display window area) or tab out of URLBar in order to remove focus from URLBar to re-enable keyboard shortcuts. --Expected result: Keyboard shortcut keys ought to be available at all times. None of the issues are replicable in new windows created after the theme change: problems only occur in the original window open at the time of the theme change. Steps to reproduce: 0. Open Mozilla. Load a page. 1. Change to Classic theme. One theme change does the trick. 2. Click a link on current page. Browser will load linked page but URL will not update in URLBar. 3. Manually type URL in bar. Press <Enter.> Browser engages in activity but no change in display. Except for "Document: Done" metric in status bar. 4. With text-entry cursor still blinking in URLBar, attempt to bring up "Open Web Location" dialog via "Ctrl+Shift+L" - no effect. 5. Click in display window or press <Tab> - cursor disappears from URLBar, and keyboard shortcuts now effective again. 6. Start a new Mozilla window. Repeat above steps. Problems are not seen in new window.
Changing OS to All as per reports.
OS: Windows 2000 → All
Priority: -- → P4
Target Milestone: --- → Future
We have new theme switching code in place, I do not see this anymore. I will mark this WORKSFORME, please reopen if you can still reproduce the problem.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.