Live data from Hacker News

Chrome redirecting to blank.html on search

productforums.google.com

111–117 of 117 posts

Re: Chrome redirecting to blank.html on search

#111

Earlier quoted context omitted.

Thanks for your openness. I must admit to being slightly amazed that Google would add an irreversible-delete-button to a consumer facing app, without appropriate warnings and whatnot. Is that just an oversight, or is it by design?

You must be the only person still amazed by shitty Google UX

Helpful, informative, and grammatically correct! Would read again!

Re: Chrome redirecting to blank.html on search

#112
post #62

Earlier quoted context omitted.

> I should point out it'll strip the search query from the referrer when you click the search links in the ssl version of Google's SERPs - so the Google Analytics (or any other analytics tools) won't have those inbound search query strings. Last time I looked I don't think it was true. Analytics will get the data from the magic string in the referrer.

Surely there is no refer on a cross-domain navigation from an HTTPS site [1], and so the magic string won't make it there either. [1] If there was, this could leak, for example, session ID in URL, which would be very bad on a supposedly secure site.

Google does a redirect to http before sending you out because of that... just look in the dev tools from your browser.

Re: Chrome redirecting to blank.html on search

#113
post #16

From the giant thread, user BolshoiBrit: Found a work around: Add a new a search engine in wrench >> settings >> search "Manage Search Engines". Under "other search engines" add a new search engine using this address for the URL http://www.google.com/search?q=%s Name it "Google 2" or whatever you want. Works like a charm. -B

I suggest trying DuckDuckGo, a search engine that doesn't track you. Same instructions but replace the search url with: https://duckduckgo.com/?q=%s

I really want to switch to DDG since I prefer it's results to Google but I always miss the time range filter. I know I'm not alone on this and the answer from DDG is that we can sort by date which is far from an alternative...

Re: Chrome redirecting to blank.html on search

#114

Earlier quoted context omitted.

I suggest trying DuckDuckGo, a search engine that doesn't track you. Same instructions but replace the search url with: https://duckduckgo.com/?q=%s

Unfortunately DDG's results suck. Nobody really cares about Google's 'tracking', people use them because they work.

No way, DDG results are great. Only about 1 in 10 times do I end up searching again on other engines.

Re: Chrome redirecting to blank.html on search

#115

Earlier quoted context omitted.

Unfortunately DDG's results suck. Nobody really cares about Google's 'tracking', people use them because they work.

No way, DDG results are great. Only about 1 in 10 times do I end up searching again on other engines.

For me it depends.

On programming searches DDG goes better for me (than Google) because it uses the English data. Google insists on using Spanish data even though I disallow results in other languages than English or Catalan.

For other searches, mostly local information but if it's something recent too, Google goes better. So I use DDG at work, and Google at home.

Re: Chrome redirecting to blank.html on search

#116
post #112

Earlier quoted context omitted.

Surely there is no refer on a cross-domain navigation from an HTTPS site [1], and so the magic string won't make it there either. [1] If there was, this could leak, for example, session ID in URL, which would be very bad on a supposedly secure site.

Google does a redirect to http before sending you out because of that... just look in the dev tools from your browser.

Ah, I understand what you mean now - Google deliberately redirect to their own site on http in order to "leak" that information in the referrer header. So we're both right, I just didn't understand you, sorry.

Re: Chrome redirecting to blank.html on search

#117
post #56
post #47

Earlier quoted context omitted.

Well, more "dot com domain only" than "US-only". The dns magic underneath encrypted.google.com, www.google.com and www.google.com.au shows that doesn't matter - all three are "in Australia" (at the very least, within 21ms) from where I am (Sydney): [Bigs-MacBook-Pro:~] bigiain% traceroute www.google.com.au traceroute: Warning: www.google.com.au has multiple addresses; using 74.125.237.87 traceroute to www-cctld.l.goo…

If I search for something where I might expect a regionally-customised result, like "newspaper", I get "The Sun", "The New York Times" and "The Guardian" from encrypted.google.com, but I get the SMH, "The Australian", etc. etc. from a regular google.com.au search.

I think that's a general feature of encrypted, no location customizations. (I'd have to double-check to make sure though)
Post reply on HN