Closed Bug 118360 Opened 23 years ago Closed 16 years ago

The Address box in the url bar is inactive

Categories

(SeaMonkey :: Location Bar, defect)

Product:
SeaMonkey
Component:
Location Bar
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: moizd, Assigned: hewitt)

References

(
URL
)

Details

Attachments

(1 file)

snapshot shows that the url/adress box is inactive even after clicking on it
19.56 KB, image/gif
Details 
The address edit box in the drop-down list combo-box in the url bar is 
inactive. I cannot type a new url in it. I can bring up the drop-down list and 
select a url or I can click on a url in the links toolbar and go to a web-site.

Even if i click on the address box, it does not get focus. The caret does not 
show up

I am running Windows 2000 SP2 & Mozilla 0.9.7. Build 2001122106 talkback 
install on a Celeron 500 with 256 mb.
The address box has focus when mozilla first shows up. If i start typing
directly without clicking on the window, when it first comes up, i can type a
url. However once i click on it, it becomes disabled. This has started
happening with 0.9.7.
After I type in a url and press enter, the address box becomes inactive and 
stays that way until I close it.
I saw this also on a 20011225xx build.  Win2K SP2, p3-850, 384mb.  It only
seemed to happen when a window was first opened, a window with a working URL bar
never got in this state.

Am now on 2002010703, haven't seen it yet.
Quite the same on Linux/0.9.7/RH7.1: address bar gets focus, I can type, but
when I press Enter, nothing happens, while the address bar still retains focus.
Same bug under mac os x and 0.9.8.
dup of bug 82534?
Confirmed by Comments #3 #4 and #5. Plat/OS->All since it's Windows, Linux and
Mac. May still be a dup.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
I'm almost sure this is somehow a dupe of bug 82534.

I know bug 82534 for a long time and I'm using Win98. If you already have a
Mozilla window open and you open another one, not by pressing CTRL+N (or
choosing "New Navigator Window" from File menu), but by clicking on the Mozilla
shortcut (in startmenu or on desktop or hitting the shortcut key you defined for
that link), chances are high that the URL bar within this new window won't work
anymore. However, if you select the other window that you have somewhere in the
background (maybe minimized) and hit CTRL+N in that other window, a third
Mozilla window opens and now the URL bar also works again within the second
window where it used to block. Very annoying bug if you ask me.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9+) Gecko/20020423

Happens to me as well ... it is very similar to 82534, but none of the ways
mentioned there for reproducing the bug worked when I tried. I havn't been able
to pinpoint exactly when it happens, but it has been happening for quite some
time. And it's not at all related to the act of opening a new window withough
pressing Ctrl+N or File->New Navigator Window.
YES! this happens to me ALSO. im using windowsXP 800Mhz Duron. it seems to
happen to me when i have a window open already and if i minimize it, and click
on the mozilla icon again on my desktop to open a new window. when i go back to
the window that was minimized i cant focuse on the address bar. glad to see im
not the only one having this problem. i have to completely close mozilla and
reopen it. i just installed the latest nightly build May 04. hasent happened to
me yet on this build. but ill keep ya posted.
This bug has begun annoying me, becouse I can reproduce it whenever I want to,
and it actually makes my every day surfing little bit more difficult than it 
should be. Reason is that whenever I open new Mozilla window from the shortcut 
in the taskbar?, not from the quick launch icon, but from the normal shotrcut, 
the new window that opens doesn't fill the whole screen and the address bar
can't be used. The window can be resized to maximux, but the address bas stays 
in a state in which it can be activated but it doesn't react anyway to input 
from keyboard. If I close this windows and open a new one, the problem doesn't 
occur any more.
Also the problem doesn't exist if quick launch or dekstop icon is used.

I downloaded the newest nightly build of 5/5/02 and the problem stays untouched 
after every version.

My system is Windows 2000 Professional with sp2 installed.
Sometimes when mozilla opens the address bar is inactive and I can't change the
text in it. I have to close and reopen it for it to work. I've got WindowsXP.
Mozilla 1.0 (but not in rc1-rc3 or 0.9.x releases) - first time this bug
happened in a very long time, locaiton bar is blank when it first runs. Unable
to type anything in the location bar.

Possibly occurs when running Mozilla multiple times before splash screen comes
up (response not fast enough, so click on icon again....). There used to be
(still is?) a similar bug when multiple instances of Mozilla were running.
I Found that I can select text in the address bar but not type any text when I
click on the address bar while the page is loading.
Windows 2000 SP1 build 0.9.6 all the way through to 2002061908

Hope that helps
I get this as well. I am using Mozilla 1.0, Windows 2000 SP2, and noticed that
when I have Mozilla mail open, and I open a new window using the shortcut, I can
not type into the address bar. However, if I close out Mozilla mail (or the
first window) I can type into the new window's address bar.
Running build 2002053012 on a windows 98 computer I get this bug too. If I have
a window (or more than one) open, minimize it (all of them), and use the desktop
shortcut, the start menu shortcut, the .exe file direct from the mozilla program
folder, an html file saved on my computer, or go to run -> mozilla, the address
bar will highlight but does not have a blinking cursor if clicked on normally
(as it usually does) and does not respond to typing. If I close the window, and
open another one, it works fine. Also, while it doesn't respond to typing, I can
paste into it (but not copy out of!) 
I'm using 1.1b, build #2002072104 on WinXP.  If I set my preferences to open
both browser & mail at startup, the browser window has an nonfunctioning url
bar--i can enter text, but the GO and RETURN do nothing.  Links and bookmarks
work fine, but no url can be entered directly.  

IF I change prefs to open browser only, or browser & composer, there's no
problem.  It's only the combination of browser & mail that screws up the browser
url. 
this is a duplicate of bug 82534
I'm running Mac OS X 10.2 now, but this problem appeared when I was still
running 10.1.5.

Possible factor: for me, this started happening sometime soon after I installed
Netscape 7. I didn't nave NS 7 installed at the time I first installed Mozilla.
When I first started using Mozilla, the URL bar worked properly. Then when I
installed NS 7, its URL bar worked properly too. Within a few days, it stopped
working in *both* browsers simultaneously.
Simular problem here. Mine didnt gray out like his but was not accessable. Could
not type any text in or highlight anything. I clicked on a few links and tried
"back" "forward" buttons to get it going some how again. Finally when I decided
to report the bug I clicked on the mozilla button and it became accessable again.

I am using Win98 with K6-2 350 128MB ram dinasour. At the time I was browsing
around using the full screen (F11).
I get the same problem on Firebird 0.6.1, Mandrake 9.1, running on an athlon1.4
compaqN1015v
I can use bookmarks links and items on the dropdown, but after typing the url in
the location nothing happens.
Not a blocker by definition.
Severity: blocker → major
I still get this problem using:

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6b) Gecko/20031208

I thought I might add no reports of it have been added in the last 5-6 months. 
Just thought I would let you know that I've been getting this bug every few days
lately.  I didn't have this problem with older builds, only in the last few weeks.
WFM Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9pre) Gecko/2008051102 SeaMonkey/2.0a1pre
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: