none
IE9 Address Bar Search not Working in Windows 7

    Вопрос

  • We have a new Windows 7 x64 system running IE9 that consistently shows "Internet Explorer cannot display the webpage" messages whenever the user tries to search from the address bar. We have tried with the default Bing search as well as our preferred Google search but the problem affects both search providers.

    We have other Windows 7 x64 users on IE9 who see this behavior intermittently but typically a second or third attempt wil work properly.

    We have tried resetting IE9 to the factory defaults using the button in Advanced Settings, clearing the temporary internet files, running a repair reinstall of IE9, removing and reinstalling the Search Providers but nothing has solved the problem.

    I've searched TechNet and Google for solutiosn and nothing we've found has helped either. Can anyone tell me 1) why this happens so frequently in IE9 and 2) how we can determine what is causing the issue for this user and how to resolve it.

    Thanks in advance.


    Thanks...Ray

    6 июня 2012 г. 16:20

Все ответы

  • Hi,

    Network trace...

    F12>Network tab, click "Start Capture"

    or

    Fiddler tool http://www.fiddertool.com

    Regards.


    Rob^_^

    6 июня 2012 г. 19:11
  • Thanks for the suggestion. That's very interesting. When I trace and then try a search from the address bar, all I see is the URL and the Status: (Aborted). Under detailed view I looked at the response headers and I see the following.

    Key                  Value    

    Response         HTTP/1.0 302 Moved
    Location           http://www.google.com/search?q=spot+treatment&rls=com.microsoft:en-us&ie=UTF-8&oe=UTF-8&startIndex=&startPage=1&safe=active

    To verify I compared to the URL in the address bar and the only difference I see is the addition of &safe=active at the end.

    ADDENDUM:

    The above result was on a different workstation that only has intermittent issues. On the workstation that fails completely, the simple view is the same--with the (Aborted) status but there is nothing in the response headers.


    Thanks...Ray


    • Изменено RayBCCUL 6 июня 2012 г. 20:40
    6 июня 2012 г. 20:18
  • Another suggestion is to reinstall the Bing search add-on.  To uninstall the Internet Explorer first and then reinstall it.

    May I know is there some security filter in your firewall, please temporarily disable the firewall and antivirus for test.

    If the issue persists, I suggest you have a clean boot to check the issue again.

    How to troubleshoot a problem by performing a clean boot in Windows Vista or in Windows 7

    http://support.microsoft.com/kb/929135


    Ivan-Liu

    TechNet Community Support

    11 июня 2012 г. 1:56
  • Thank you for the response. We have already tried removing and reinstalling both the Bing search add-on and the Google add-on with no change in results. We do not have any firewall issues as we don't have a firewall running on the workstation. We disable the Windows Firewall in Group Policy since we have a perimeter firewall in our network that takes care of the duties. We know there is no issue with the perimeter firewall because other users do not have this problem.

    I will schedule time with the user to test with a clean boot and reply back.


    Thanks...Ray

    11 июня 2012 г. 16:06
  • I started the system with a clean boot and the address bar search worked perfectly. i began turning back on the services and startup items a few at a time and testing and the search continued to work properly, even after everything was back to the way it started. Other than the occasional page not found on the first attempt, that then works when you refresh the page, the user is not having any problems.

    I'm going to monitor it for a while in case the issue comes back. If it does, I'll try reversing the clean boot procedure to see if I can identify a specific service or process that is interfering.


    Thanks...Ray

    12 июня 2012 г. 17:33
  • We have been monitoring this for a  while and have not solved it. The user is still experiencing the problem intermittently. Does anyone else have any suggestions?

    Thanks...Ray

    4 октября 2012 г. 23:47
  • I have an update and possibly a new symptom to report. Although the user has been dealing with the search bar issue it is causing her a great deal of frustration.

    Today she reported a new problem. When accessing one of our internal websites by typing the url 'name.domain.com' in the address bar, rather than loading the main page (http://name.domain.com/index.cfm) she got the "Under Construction" page and the address bar only showed http://name.domain.com. The only way to get the page to load is to explicitly type the entire url including the index.cfm.

    This is only happening on her browser so it isn't a problem with the site. I tried clearing her temporary internet files and browsing history and that didn't help. I suspect this is related in some way to the problems she continues to have with searching in the address bar and was hoping adding this symptom could help get to the bottom of what's causing her problems. Does this new symptom ring any bells for anyone?


    Thanks...Ray

    7 февраля 2013 г. 0:04
  • Although the user has been dealing with the search bar issue it is causing her a great deal of frustration.

    Dealing with it how?   E.g. she could be always using Ctrl-e (or ? space) before search queries and using a protocol prefix as much as possible to avoid the ambiguity of making slow lookups into searches.   E.g. for commonly used URLs use Favorites or use AutoComplete for History or Favorites.

    Today she reported a new problem. When accessing one of our internal websites by typing the url 'name.domain.com' in the address bar, rather than loading the main page (http://name.domain.com/index.cfm) she got the "Under Construction" page and the address bar only showed http://name.domain.com

    Where would she have received that from?  Sounds like a DNS problem?   E.g. HOSTS file has a development server IP address?

    The only way to get the page to load is to explicitly type the entire url including the index.cfm.

    Then she could have traced it, given the trace to you and then we wouldn't have to speculate about a cause.   ;  }

     
    HTH

     
    Robert Aldwinckle
    ---

    7 февраля 2013 г. 2:55
  • Dealing with it how?

    "Dealing with it" as in opening google.com and searching from the web page rather than using the quick search.

    Where would she have received that from?  Sounds like a DNS problem?   E.g. HOSTS file has a development server IP address?

    Not sure exactly what you're asking here but it's not a DNS problem. DNS looks up the address fine. The problem is that when she types only the base url, the page doesn't come up. She has to use either a shortcut or type the full url including the page "index.cfm. " Other users in our organization are using sane site and are able to type the base URL and get the page to load as expected.

    Then she could have traced it, given the trace to you and then we wouldn't have to speculate about a cause. 

    I did a trace and all I saw was the GET request for the URL and then nothing.

    Thanks...Ray

    7 февраля 2013 г. 17:54
  • Hi Ray,

    google have made some recent changes to their cloud and cdn networks that deliver locale targeted search results... part of that has been to change the x-ua meta value in their pages to IE=edge....

    for example... I used to be able to access http://google.com (sunnyvale CA) from Australia, now I am always redirected to http://google.com.au (darling harbor, Sydney)

    their changes to the x-ua meta can cause the symptom you described... page refresh required to show the page...

    Ie has its own list of sites requiring tweaking with a x-ua value... some google sites are on the list...

    ensure

    Tools>Compatibility View Settings>"Include updated website lists from Microsoft" is checked....

    this includes a special xml file that is shadowed copied automatically to the users\local\Microsoft\Compatibility list

    folder

    this file is automatically updated (IE8 requires a windows update), but it may be that on corporate networks you have not set the share permissions to that folder, so you may be looking at an old version that does not include recent changes to the google domains.

    to test this, navigate to a search results page for google....then

    f12>Script console

    refresh the page to see any messages.... you may see a message similar to

    google.com is in the MS CVL (c:\users\..........\cvl.xml)

    or

    x-ua has already been established.... ignoring second x-ua call.....

    according to my testing with the latest CVL... you SHOULD NOT see these messages....at least google.com.au is of the latest MS CVL list....

    another possible cause is the interaction of the Google toolbar with their own pages and/or content on their own and other pages....

    the first troubleshooting step for IE is to run in no-addons mode to rule out Addons....

    google and many other sites use the google urchin tracker scripts to track your click through links on their pages....

    turn on your IE9 'Tracking Protection' (I think that is what it is called in IE9... I'm on 10 RC)....

    to turn a long story short, those urchin tracking scripts can cause problems for IE8 and 9 (in how the defer attribute is treated in different versions of IE)... blocking the scripts solves the issue... and also stops the urchin tracker loading in the page in the first place...

    btw... see http://www.google.com/history

    you may like to turn that 'feature' off for computers on your network.

    Regards.


    Rob^_^


    8 февраля 2013 г. 0:01