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)
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.
Reporter | ||
Updated•12 years ago
|
Blocks: google-evangelism
Reporter | ||
Updated•12 years ago
|
Blocks: google.com.br, google.com
Comment 1•12 years ago
|
||
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?
Comment 2•12 years ago
|
||
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.
Comment 3•12 years ago
|
||
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.
Updated•12 years ago
|
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
Updated•12 years ago
|
Summary: Chrome is served a fancier Google touch site than Fennec → Chrome/Safari are served a fancier Google touch site than Fennec
Reporter | ||
Updated•12 years ago
|
Component: Evangelism → Mobile
Product: Firefox for Android → Tech Evangelism
Comment 5•11 years ago
|
||
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.
Comment 7•11 years ago
|
||
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]
Comment 8•11 years ago
|
||
google.com seems quite fancy in both FxAndroid and FxOS now.
Comment 9•11 years ago
|
||
Yes it does. Looks like Firefox is now served tier 1 content for Google search. Awesome!
Comment 10•11 years ago
|
||
(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?
Comment 11•11 years ago
|
||
I also see a different behavior for the menu in the top-left corner.
Comment 12•11 years ago
|
||
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).
Comment 13•11 years ago
|
||
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?
Comment 14•11 years ago
|
||
(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.
Comment 15•11 years ago
|
||
(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.
Assignee | ||
Updated•5 years ago
|
Product: Tech Evangelism → Web Compatibility
Assignee | ||
Updated•2 months ago
|
Component: Mobile → Site Reports
You need to log in
before you can comment on or make changes to this bug.
Description
•