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

Status: RESOLVED WORKSFORME

(SeaMonkey :: Autocomplete, defect, P4)

Description

[Ben Goodger (use ben at mozilla dot org for email)]

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.

Comment 1

[WD]

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?

Comment 2

[Joe Hewitt (gone)]

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.

Comment 3

[Joe Hewitt (gone)]

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.  

Comment 4

[Joe Hewitt (gone)]

*** Bug 79109 has been marked as a duplicate of this bug. ***

Comment 5

[Joe Hewitt (gone)]

*** Bug 77826 has been marked as a duplicate of this bug. ***

Comment 6

[Diego Biurrun]

I can confirm this on Linux, build ID 2001053009, see bug 83372 which has been
duped.

Comment 7

[Matthew Knecht]

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.

Comment 8

[Diego Biurrun]

Changing OS to All as per reports.

Comment 9

[Diego Biurrun]

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.