111559 - URL Bar is broken if navigation toolbar is hidden on startup

Status: RESOLVED FIXED

(SeaMonkey :: Location Bar, defect)

Description

[Travis Crump]

My URL Bar is completely broken(well not completely, the favicon image still
works lol).  I recently have taken to browsing with my Navigation toolbar hidden
since it frees up an inch of screen space, and I don't use it anyway(I use mouse
gestures for back, forward, reload, stop, and I use Ctrl-Shift-L for typing in
URLs).  Therefore the toolbar is hidden when I start up the browser.  After
browsing for a while, I wanted to take a look at a URL so I 'show'ed the
Navigation toolbar in the View->Show/Hide menu.  The URL Bar was completely
blank except for the favicon(which incidently updates correctly when you switch
tabs/websites).  I tried hitting back then forward, still blank.  I tried typing
in a new URL and hitting enter, all that happens is the page reloads and what I
have typed persists despite switching tabs and going to new websites.  Nothing I
did could return functionality to the URL Bar.

  If the browser is started with the URL Bar shown and subsequently hidden then
upon reshowing the Navigation Toolbar the URL Bar has the URL of the last site
opened while the URL Bar was showning.  The next action that would normally
affect the URL Bar(in this scenario) returns the URL Bar to perfect working order.

Reproducible: always

Javascript errors produced:  On opening browser with URL Bar hidden:
gURLBar.setSelectionRange is not a function
Source File: chrome://navigator/content/navigator.js
Line: 1531
On closing browser window: same error as above plus:
gURLBar.setSelectionRange is not a function
Source File: chrome://navigator/content/navigator.js
Line: 1523

I am using Build 2001112104(I assume rv:0.9.6+) on Windows 2000.

Comment 1

[Bjarne D Mathiesen]

this is also seen on MacOS 9.1 20011112008 & -1908
as well as Linux PPC 2001111922

additionally, the URL-bar will work correctly in subsequently opened windows
when having been swithed on.

platform & OS should both be changed to all

Comment 2

[Dimitrios]

Confirming on 20011120, Win98, at least for the javascript errors. So I'm
marking it as NEW bug 88239 doesn't seem to be the same). However, I don't see
these errors on 2001112203. Travis and Bjarne, could you try the latest build to
see if it works?

Comment 3

[Travis Crump]

Still see same behavior in 2001112408 although the lines of the errors are
incremented by one now though that is to be expected...

Comment 4

[Jeremy M. Dolan]

Also bites me if I minimize are restore the nav bar, but not 100% reproducable.
It has happened 3 or 4 times, and after it does, links stop working, but form
submits still work. Need to restart to fix everything.

Data recovery workaround: if you size your browser larger width-wise, a small
part of the URL will start to show, so you can copy-paste it elsewhere, and
paste it back in to mozilla after a restart.

Comment 5

[Joe Hewitt (gone)]

I have not been able to reproduce this recently

Comment 6

[Travis Crump]

still see this problem in CVS build on linux on 3/17/2002.

Comment 7

[Matthew T (active 1999-2002)]

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

Comment 8

[u60234]

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

Comment 9

[Dave Corrie]

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

Comment 10

[Andrew Hagen]

Duplicate of bug 90337?

Comment 11

[Travis Crump]

I just noticed that this bug appears to be fixed in my CVS build from this
morning[linux], though it has probably been fixed for a while so I am closing
this bug.