Closed Bug 229929 Opened 21 years ago Closed 16 years ago

When the URL is typed or pasted into the URL field, the enter/return key isn't working.

Categories

(SeaMonkey :: Location Bar, defect)

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

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: jupiler, Unassigned)

References

(
URL
)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031208
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031208

When the URL http://www.3dxtreme.org/Evercool_FX-CPU_Cooler.shtml is typed or
pasted in the URL field, the page can't be visited since hitting the
enter/return key doesn't have any effect, clicking the Search-button neither -
the page doesn't load. Only when the URL is a link, the page is accessible.

Reproducible: Always

Steps to Reproduce:
1. Type or copy/paste the URL into the URL field
2. (Try to)hit the return key or click the Search-button

Actual Results:  
The current webpage stays on the screen, the page at
http://www.3dxtreme.org/Evercool_FX-CPU_Cooler.shtml doesn't load.

Expected Results:  
It should have loaded the page...

The bug occurs with every theme - my computer consists out of a Pentium 4 2.4 @
3.2, an Asus P4P800 mainboard, 512MB TwinMOS PC3200 DDR-memory and two Western
Digitals 80GB (8MB cache) hard drives in RAID-0 @ Promise Fasttrak TX2000.
Worksforme

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040101
Firebird/0.7+ (aebrahim)
Assignee: general → location-bar
Component: Browser-General → Location Bar
I can't reproduce this either, but try some debugging steps:
Edit/Preferences
Debug
[X] Show strict JavaScript warnings
[X] Show chrome JavaScript errors and warnings
OK
Then try to load your URL
Then
Tools/Web Development/JavaScript Console
See if there are any errors that mention chrome://
I get the following three errors:

Error: [Exception... "Component returned failure code: 0x8000ffff
(NS_ERROR_UNEXPECTED) [nsIPrefBranch.getComplexValue]"  nsresult: "0x8000ffff
(NS_ERROR_UNEXPECTED)"  location: "JS frame ::
chrome://navigator/content/urlbarBindings.xml :: updateEngines :: line 222" 
data: no]
Source File: chrome://navigator/content/urlbarBindings.xml
Line: 222

--------------

Error: uncaught exception: Permission denied to get property HTMLDocument.fadein

--------------

Error: topdeck is not defined
Source File:
http://193.121.180.16/scripts/Pcgittb.exe?langue=1&DoA=0&mn=20&hh=14&j=3&m=1&a=2004&reseau=sncb&nombre=0&idO_r=1001181&idD_r=1003021&idV_r=0&x=40&y=13
Line: 77
OK, so can you please load about:config
then filter for browser.search
and list the names and values that you see in bold.
(You can right-click to copy each name and value one at a time...)
None of them is bold...
Well that is odd... I don't know why that should be, but you can try this
workaround to see if it resolves your issue:
Edit/Preferences
Internet Search
Choose an entry from the list, if you don't like the default
Click OK
Repeat the about:config steps to see if there's a bold entry.
If there is, see if you can load websites from the location bar.
The browser.search.defaultengine value is bold and surprisingly, I can open the
webpage without any problems now. Also when I change the search engine back to
the default engine (bugzilla).
Interesting... at no point should your default search engine have been Bugzilla,
it should probably have been either Netscape Search or Google.
Netscape search is not even listed, the only Netscape-related engines listed are
Mozilla.org and Bugzilla.
Well possibly your default search engine used to be Netscape Search, but it got
removed in 1.6b, thus confusing Mozilla...
Certainly... But I don't really see the link between this bug and the search engine.
Error: [Exception... "Component returned failure code: 0x8000ffff
(NS_ERROR_UNEXPECTED) [nsIPrefBranch.getComplexValue]"  nsresult: "0x8000ffff
(NS_ERROR_UNEXPECTED)"  location: "JS frame ::
chrome://navigator/content/urlbarBindings.xml :: updateEngines :: line 222"

This particular line happens to be requesting the default search engine...
I can confirm that this is a problem in 1.6b on Mac OS X.
I have found a small work around.

 * Enter the URL
 * Press ENTER Key
 * Click in URL at the end and press the SPACE bar

Now the page loads.

This is a major problem in 1.6b making it almost unusable as often you have to
type in a URL.

Scott
Hi

i had/have this problem with mozilla 1.5b. 1.5, 1.6b, 1.6, and firebird 0.6, ..
, 0.7  on a w2k sp4 + following hotfixes over the time.
I think its no memory problem (512MB)

I get this problem most often when i edit a url to get to the main site e.g.
after getting a url by google.
But it is not connected to websearching. Even with directly linked sites and no
searching the problem occurs if i edit/shorten the url.
The problem  occurs more often if a lot of wepbage windows are open.
And the problems 157940 and 13069 occur more often, too, when a lot of webpage
windows are open, to.
Sometimes the browser even crashes on editting the url.

There should be some sent-back crashlogs 

Richard
I am seeing this with the past couple nightly Firebird builds (and today's
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040316 Firefox/0.8.0+).

When I type a URL into the URL box or Google search box and hit enter, nothing
happens. The only way I can get it to go to a URL that I type is by changing
focus by clicking the mouse in the other box (the Google box if I'm trying to
enter a URL, and vice versa), then clicking back to the box I am trying to use
and hitting enter.

This is a major annoyance since going to URLs using the URL box is so frequent.
This issue was fixed in Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b)
Gecko/20040321 Firefox/0.8.0+.

(In reply to comment #15)
> I am seeing this with the past couple nightly Firebird builds (and today's
> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040316 Firefox/0.8.0+).
> 
> When I type a URL into the URL box or Google search box and hit enter, nothing
> happens. The only way I can get it to go to a URL that I type is by changing
> focus by clicking the mouse in the other box (the Google box if I'm trying to
> enter a URL, and vice versa), then clicking back to the box I am trying to use
> and hitting enter.
> 
> This is a major annoyance since going to URLs using the URL box is so frequent.


-> new, qa to me.

I'm seeing this a lot on Mac, but can't reproduce it easily.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
QA Contact: general → benc
Hardware: PC → All
asa okay'd the nomination, I'm really worried this will upset users.

Can I have everyone that reported this problem (Steve, Scott and Matt) see if
the problem they have occurs with a new profile?

Also, does Steve's specific steps happen to Scott or Matt?
Flags: blocking1.7?
I'm unable to reproduce this on Mac, Windows, or Linux branch builds.
Flags: blocking1.7? → blocking1.7-
this was probably bug 300561.  Is anyone still seeing this with a recent build?

http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/contrib/latest-mozilla1.8/
URL http://www.3dxtreme.org/Evercool_FX-CPU_Cooler.shtml no longer exists as of about June 2004


(In reply to comment #20)
> this was probably bug 300561.  Is anyone still seeing this with a recent build?

never
URL: http://www.3dxtreme.org/Evercool_FX-C... → bad http://www.3dxtreme.org/Evercool_...
=> WFM
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.