Google Maps redirect issue on Windows Phones is a matter of competition
thenextweb.com
thenextweb.com
Its a pretty huge oversight by MS given that WebKit, Firefox and Opera do it just fine.
IE9 on WP7 is genuinely awful, though, and an app in that environment is guaranteed to be horrible. IE10 on WP8 is a vast improvement and is viable for HTML-based applications, though.
That looks completely unusable. Considering they launched the new version over a year and a half ago[1] and there was no widespread discussion (at least reaching outside of windows phone blogs) about the pain of the "interaction" those videos show, I'm not really feeling like a lot was lost here.
I would love to see a survey of Windows Phone users and how many have ever even attempted to use it. I know if I'm using a phone that can run a web browser at all, I would never even think to not use the native mapping app.
Google was wrong on the principle, but was anyone actually in the forest to be harmed? In any case, everyone should think hard before the next time you feel compelled to make a joke about testing and Opera's marketshare.
[1] http://googlemobile.blogspot.com/2011/05/google-maps-on-your...
Probably nobody did. Nokia Maps it's actually even better than google maps. I don't know why somebody would want to use maps.google.com.
What's annoying about this "controversy" is that the minuscule marketshare slice that is windows phones merits this much coverage, when this is daily life for the significantly larger (in absolute number) set of Opera users, on desktop and mobile. There's also a very real reason that Mozilla has considered adding (and is going to add?) webkit prefixes to a few CSS properties.
So, sorry WP users. Unless the claim is also that the Opera/Google war is heating up like crazy, I'm pretty sure you're just being neglected. Welcome to the world of built-in user agent string spoofing just to make sites that would work fine not redirect you first.
First of all, when "neglect" gives Google leverage to harm a competitor in a different market (using maps to harm a mobile OS vendor), it is reasonable to think it might not be just neglect, but also strategy.
Second, neglect is bad enough by itself. Google has been phasing out support for Opera in properties like blogger.com on desktop, and now is officially on record as saying that google maps for mobile is WebKit-only. That goes against the very basic principle of an open web accessible to all, that Google used to champion.
2) This we agree on. There are very few reasons to UA string sniff to determine functionality, and redirecting based on it is about as low as you can go on that axis. Yes, there will be users that click through the "this won't work in your browser" button and still get mad at you that your site doesn't work in their browser (just see app reviews for plenty of evidence of this), but there should still be some way of trying the content for the many browsers out there that a developer just doesn't have the incentives to manually test in.
("that Google used to champion" is just dumb rhetoric, though. it ignores the very simple fact that any organization is made up of people with very different opinions and attempts to trivialize the efforts of all the people at google still working hard on web standards and their implementations. I don't agree with all of Mozilla's decisions with regard to the open web (in fact, working group mailing lists are 90% disagreeing with each other on how to advance it), but that doesn't mean that you guys now no longer champion it)
"Google’s mission is to organize the world’s information and make it universally accessible and useful."
"Universally accessible" doesn't seem at odds with the fact that there's always going to be a browser support cutoff point. Google just picked a poor cutoff point in this case. It's only in light of google's commitment to cross-browser standards that this disappoints me.
If Google did prevent a browser like rockmelt, which is not a strategic threat to Google, from accessing maps, I would say that likely it is a side effect of something else. But Microsoft IS in fact a strategic threat to Google, and Google constantly thinks about how to compete effectively against it. To do otherwise would be stupid, which Google is not.
> it ignores the very simple fact that any organization is made up of people with very different opinions
Of course Google is a very large company, and has many people inside it with many different opinions (and as you say, many are great people that truly care about the open web). But like any corporation, it is hierarchical and its leaders at the top do define an overall coherent strategy for the company as a whole. A company that does not do that is doomed to failure, and there are of course plenty of examples in history.
Google's overall strategy with respect to the web has shifted in recent years, with less support for alternative browsers on desktop and especially mobile. This makes business sense for Google - supporting other browsers in some cases might help them compete against Google, which like any company Google wants to prevent. This is not unique to Google; what is, is that years ago Google was very different - it didn't have it's own browser and OS, and it supported openness on the web, that openness helped Google as a new company making money on the web. But that openness is no longer crucial to Google's strategy, and that is affecting Google's products more and more.
Maps on Opera, Nexus 4: http://i.imgur.com/0DXVz.png
You were saying?
But, speaking of maps specifically, maps.google.com in desktop Opera works fine, but clearly you didn't try using Opera Mobile, because as soon as you start dragging the map, it disappears.
(at least on a galaxy nexus running jelly bean)
This argument makes no sense. Google Maps desktop works on IE10, but Google Maps mobile is clearly a totally different site.
I think people are jumping to conclusions here.
Did you really just type that?
Mobile: http://www.webpagetest.org/result/130105_QH_4GR/1/details/
IE10: http://www.webpagetest.org/result/130105_WY_4H7/1/details/
It's the same /URI/, not the same code behind the scenes. What you seem to be suggesting is analogous to saying that because two businesses share the same physical building, they're the same business (think skyscrapers).
EDIT: While I don't work for Google, I bet it's not even the same team that works on the mobile maps site vs. the desktop maps site.
Occam's razor: it's more than likely that they just don't want to invest the dev + support time to support WP8 (web or native app). It's a relatively small demographic that isn't growing that fast (yet).
But that clearly can't be the case for the GMail and Youtube issues. Google still continues supporting the Exchange sync protocols for business users, so there's little technical benefit in disabling it for another class of users. Likewise Google is under no obligation to make a native WP8 Youtube app -- but given they've given partners API access to Youtube in the past, clearly there's no technical reason why they couldn't also open up the API for MS to use. In either case there's no plausible way the low market share of WP8 could be the explanation.
Now, of course both of these cases could have totally benign explanations. Maybe the licensing terms of ActiveSync make it undesirable for Google to support it for free users in the future. Perhaps MS and Google can't come to a reasonable agreement about Youtube API licensing terms, and the real villain of the story is MS for trying to now score cheap publicity points with it. Or maybe Google is trying its best to smother WP8 in the cradle. And you can't ignore these other data points when looking at the motivations for these petty Maps changes.
Also feature detection would be preferable to user agent detection.
I never saw Microsoft fight for me, I never saw TNW fight for me. Things only changed because Firefox and later Chrome became popular but my favorite browser (Konqueror) and its engine (KHTML, dad of webkit) still aren't supported.
Is this a matter of competition too?
It's a nuanced (and sometimes nebulous) concept, and I don't really understand what the GP post was getting at, but here's a better attempt than mine to get a handle on it by Tantek Çelik: http://tantek.com/2010/281/b1/what-is-the-open-web
In the US you are a "free" citizen in an "open" country. You are free to go anywhere you want on open roads. This doesn't give you the right to trespass and go into anyone's private property. If they have a fence up, you have to stay out. If they're having a yard sale, you can come in.
If Alice wants to let Bob on her property and not Eve, that doesn't make the US any less of a "free and open" country.
This is what is meant by "free and open" web. You can attempt to reach any endpoint you want without restriction, but the endpoint itself has private control over whether you are allowed to its contents or not.
Anything less is not actually freedom, because then the endpoints' freedom to determine who can use its private property is being denied.
A web that is not "free and open" is one in which your attempts to reach endpoints are interrupted and allowed or denied by a third, censoring entity. (Usually the government.) It has nothing to do with how those endpoints would respond to you on their own.
Something doesn't sound right here...
The sad thing is that the alternative I use might just end up being a Google Apps account... :| so they'll get some money out of that, at least (I'm assuming the free one I have right now will have to be upgraded to get the sync support added back in).
I think it's a good move. The last thing we need is our one chance at an Open Source OS being undermined by Microsoft.
(a) Ubuntu for mobile will not radically alter the mobile OS options for carriers and hardware manufacturers (despite its appeal to many hackers).
(b) Apple is suffering the pain of developing their own maps application.
If not, then boo Google, are you becoming the new MS?
Time will tell
See: http://dotnetbyexample.blogspot.co.uk/2010/10/google-maps-fo...
I did a similar project a couple months back on the WP7 platform and ended up using OSM + ORSM instead.
I tried setting my User-Agent to "Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; ARM; Trident/6.0)" and could not repro.
"Mozilla/5.0 (compatiable, MSIE 10.0; Windows Phone 8.0; Trident/6.0; IEMobile/10.0; ARM; Touch)"
I did it in Firefox and maps.google.com redirects.
Making your useragent anything that contains "Windows Phone" makes it redirect.
> GET / HTTP/1.1
> User-Agent: Mozilla/5.0 (compatiable, MSIE 10.0; Windows Phone 8.0; Trident/6.0; IEMobile/10.0; ARM; Touch)
> Host: maps.google.com
> Accept: */*
>
< HTTP/1.1 302 Found
< Location: http://maps.google.com/m/local
> GET /m/local HTTP/1.1
> User-Agent: Mozilla/5.0 (compatiable, MSIE 10.0; Windows Phone 8.0; Trident/6.0; IEMobile/10.0; ARM; Touch)
> Host: maps.google.com
> Accept: */*
>
< HTTP/1.1 302 Moved Temporarily
< ...snip...
< Location: http://www.google.com/m?site=local&
The final site looks like regular Google search.Edit:
>For the record, here is Google’s formal statement on the issue:
>The mobile web version of Google Maps is optimized for WebKit browsers such as Chrome and Safari. However, since Internet Explorer is not a WebKit browser, Windows Phone devices are not able to access Google Maps for the mobile web
Wonder what this means for Firefox OS then.
I too can't help but feel like I'm missing some context, seems like Google would at least warn the user.
This is not an evil conspiracy. It's just companies working to increase their market/mind share.
For the record, the number of Microsoft products that support my platform is: 0.