Closed Bug 780896 Opened 12 years ago Closed 11 years ago

Chrome/Safari are served a fancier Google touch site than Fennec

Categories

(Web Compatibility :: Site Reports, defect)

ARM
Android
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: jsmith, Unassigned)

References

()

Details

(Whiteboard: [serversniff][webkitcss][contactready])

Currently, FF Android is getting a touch-optimized site for google.com that's acceptable and can be used sufficiently. However, webkit is still getting a better touch-optimized site. User agent sniffing is evident here to determine what content is served.
One of the differences is that the webkit touch-optimised site has extra search tools that pull down from the double-arrow button in the top left; in the same way the webkit classic site has the same extra search tools in the left-hand sidebar (bug 776613). Maybe these two issues have the same cause?
It would be good to approach Google foremost with praise for these changes seeing as how it's taken strides to get Google to make any changes and least inquiry into the reasoning behind the content differences to see wether it was a product decision or a platform (Gecko) based decision.
Note: the point I was trying to make is that the "classic" site differences pre-date the recent change to the touch-optimised mobile site. So perhaps this is a pre-existing issue that now has more exposure.
Summary: Google sends a less fancy touch site to FF Android, while Chrome gets a more fancier touch site → Chrome is served a fancier Google touch site than Fennec
Summary: Chrome is served a fancier Google touch site than Fennec → Chrome/Safari are served a fancier Google touch site than Fennec
Component: Evangelism → Mobile
Product: Firefox for Android → Tech Evangelism
Hi,

is there any update to this?

Thanks
I spoke with Google a couple of months back about the list of issues that we have on file about Google Web properties. They were investigating the issues and what is required to better support Firefox. I don't have any more information at this point.
One more thing to add to this: when scrolling down the list of images in Google images search results the default browser automatically loads the next images ("infinite scrolling") like the desktop results.

This does not happen with Firefox.
Looked briefly at the images.google.com search results issue - server-side sniffing (as usual with G) omits and includes CSS and some JS. The CSS sent to WebKit browsers uses some -webkit- prefixed stuff, but visually I can't see much difference. Functionally, after clicking an image one can slide through them on WebKit browsers, but need to click a small arrow in Firefox. Finally, if spoofing as the stock browser and trying to slide through the sliding works, but the rendering layers the picture sliding in on top of previous pictures - this isn't quite the intended rendering.
Whiteboard: [serversniff][webkitcss][contactready]
google.com seems quite fancy in both FxAndroid and FxOS now.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Yes it does. Looks like Firefox is now served tier 1 content for Google search. Awesome!
(In reply to Hallvord R. M. Steen from comment #7)
> Looked briefly at the images.google.com search results issue - server-side
> sniffing (as usual with G) omits and includes CSS and some JS. The CSS sent
> to WebKit browsers uses some -webkit- prefixed stuff, but visually I can't
> see much difference. Functionally, after clicking an image one can slide
> through them on WebKit browsers, but need to click a small arrow in Firefox.
> Finally, if spoofing as the stock browser and trying to slide through the
> sliding works, but the rendering layers the picture sliding in on top of
> previous pictures - this isn't quite the intended rendering.

Have you filed a bug for this?
I also see a different behavior for the menu in the top-left corner.
Sorry for the spaghetti comments, I also see that in the images search the stock browser is served a different page that loads new images as you scroll.
There are also some other small difference in the layout (links in different places).
I don't think we should worry too much about small differences as long as they don't affect the functionality of the site. There are some other bugs filed about Google images but I don't see one that is specific to the problem that you mention in comment 12. Care to file?
(In reply to Lawrence Mandel [:lmandel] from comment #13)
> I don't think we should worry too much about small differences as long as
> they don't affect the functionality of the site. There are some other bugs
> filed about Google images but I don't see one that is specific to the
> problem that you mention in comment 12. Care to file?

Filed bug 921532.
(In reply to Marco Castelluccio [:marco] from comment #11)
> I also see a different behavior for the menu in the top-left corner.

Filed bug 921536.
Product: Tech Evangelism → Web Compatibility
Component: Mobile → Site Reports
You need to log in before you can comment on or make changes to this bug.