|Summary:||hosts should be tested with resolv.conf domains before doing keyword lookup|
|Product:||[Fedora] Fedora||Reporter:||Need Real Name <lsof>|
|Component:||epiphany||Assignee:||Christopher Aillon <caillon>|
|Status:||CLOSED INSUFFICIENT_DATA||QA Contact:|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2007-05-15 11:07:24 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Need Real Name 2004-10-22 12:33:17 UTC
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041020 Epiphany/1.4.4 Description of problem: Epiphany interprets hostnames such as "box", "bigmetal" as keywords, and searches Google for them. Instead they should be treated as hostnames. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: x Additional info:
Comment 1 Need Real Name 2004-10-22 12:57:52 UTC
Also, http://hostname and http://hostname/ are treated as search engine keywords.
Comment 2 Sitsofe Wheeler 2004-11-27 23:09:30 UTC
This occurs because about:config keyword.enabled is true (if the hostname can't be resolved that option make the typed words be used as a google search). Setting it to false turns off the behaviour.
Comment 3 Need Real Name 2004-11-28 10:58:01 UTC
The bug is that if I type a hostname in, it should go to the website on that host. It shouldn't search Google.
Comment 4 Sitsofe Wheeler 2004-11-28 19:44:15 UTC
Does it go to the right url if you turn keyword lookups off?
Comment 5 Need Real Name 2004-11-29 09:52:39 UTC
Comment 6 Sitsofe Wheeler 2004-11-29 13:02:01 UTC
No, it didn't go because the computer blew up? No, it went to yahoo instead of google this time? What happened? The suspense is killing me : )
Comment 7 Sitsofe Wheeler 2006-05-26 15:32:50 UTC
No answer @nodata.co.uk in over a year. Perhaps this bug should be closed?
Comment 8 Need Real Name 2006-05-26 16:30:41 UTC
What information do you need from me? Yiz asked me if it goes to the right url if you turn keyword lookups off, and I said that it didn't.
Comment 9 Sitsofe Wheeler 2006-05-27 07:42:43 UTC
What does the browser actually do (e.g. what address does it go to or what does it say) when keyword.enabled is set to false? Does it still go to Google like your bug said it did?
Comment 10 Need Real Name 2006-05-27 09:18:35 UTC
Re-setting keyword.enabled back to false does workaround the problem, but that's not a solution. The bug is that hostnames are intepreted as search keywords. If I don't enter a fqdn, a check should be made to see if the host exists ("host" on its own is a valid way of writing a hostname), and only if it doesn't should a keyword search be launches. e.g. In this example keyword.enabled=true $ ping apache1 (I get a response from apache1.mydomain) $ lynx apache1 (I get a response from apache1.mydomain) $ epiphany apache1 (I get a google search for apache1) This is a bug - apache1 is a valid hostname, it should have followed the entry in my resolv.conf file first, and resolved it to apache1.mydomain If apache1.mydomain didn't exist, then it could run the google search.
Comment 11 Sitsofe Wheeler 2006-05-31 21:28:42 UTC
It might we wise to retitle this bug to something like this: hosts should be tested with resolv.conf domains before doing keyword lookup
Comment 12 Matěj Cepl 2007-04-23 15:13:49 UTC
Reporter, could you please it reproduce this with current release of the package. I have here epiphany-2.16.3-4.fc6 and it works for me.
Comment 13 Matěj Cepl 2007-05-15 11:07:24 UTC
No reply from reporter, closing as INSUFFICIENT_DATA.