Bug 140057 - Non-Google URL brings up Google page
Summary: Non-Google URL brings up Google page
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 3
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Christopher Aillon
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-11-19 15:58 UTC by Andre Robatino
Modified: 2007-11-30 22:10 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2004-12-04 04:44:55 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Andre Robatino 2004-11-19 15:58:30 UTC
Description of problem:
  Entering the following URL

https://www.accountonline.com/AC/

triggers a Google search of a garbage string, instead of the desired URL.

Version-Release number of selected component (if applicable):
firefox-1.0-2.fc3

How reproducible:
always

Steps to Reproduce:
1.  Enter URL <https://www.accountonline.com/AC/> (without the brackets).
  
Actual results:
  Google search for garbage string.

Expected results:
  Correct Web site (AT&T Universal Card).

Additional info:
  Not using any funny settings.  Another person using FC3 on a
different machine confirmed the behavior.

Comment 1 Michael Brown 2004-11-19 19:28:10 UTC
The remote site is returning:
HTTP/1.1 302 Found
Server: WebSphere Application Server/5.1
Content-type: text/html;charset=ISO-8859-1
Location: http://wermi15avip:1110/View?docId=Index&siteId=AC
Content-language: en
Transfer-encoding: chunked
Via: 1.1 S1PS
Date: Fri, 19 Nov 2004 14:15:12 GMT

wemi15avip is not a valid fully-qualified domain name. So Firefox is
trying to be helpful by doing a google search on the result.

You can change this behaviour by setting keyword.enabled to false in
the user preferences.

Comment 2 Andre Robatino 2004-11-19 19:59:16 UTC
  Using about:config, I set both keyword.enabled and
browser.fixup.alternate.enabled to false.  Still doesn't work (though
the behavior has changed).

Comment 3 Michael Brown 2004-11-22 14:30:32 UTC
It will never work while the remote site is returning a redirect to:
Location: http://wermi15avip:1110/View?docId=Index&siteId=AC

It should work now - looks like they've fixed their site.

Comment 4 Andre Robatino 2004-11-22 15:58:43 UTC
  Thanks for clarifying that it was the Web site that was broken, and
not Firefox - I wasn't sure what constituted a proper host name.  (I
noticed that both Mozilla and Konqueror worked as expected.)  Anyway,
I'll have to send them an email - the URL is still broken for me,
though I found a different one that works.  So this bug should
probably be closed.

Comment 5 Christopher Aillon 2004-12-04 04:44:55 UTC
Agreed.  Thanks for the analysis.


Note You need to log in before you can comment on or make changes to this bug.