Closed Bug 610530 Opened 14 years ago Closed 14 years ago

mobile yahoo.com pagination is broken on fennec

Categories

(Firefox for Android Graveyard :: General, defect)

ARM
Android
defect
Not set
normal

Tracking

(fennec2.0+)

RESOLVED INVALID
Tracking Status
fennec 2.0+ ---

People

(Reporter: tchung, Assigned: wesj)

References

()

Details

(Whiteboard: [websitecompatibility])

Attachments

(1 file)

On m.yahoo.com, the pagination buttons are broken and dont change previews.  it works on android browser

Likely a evangelism bug?  See screenshot

Repro:
1) install android nightly: Mozilla/5.0 (Android; Linux armv71; rv:2.0b8pre)
Gecko/20101108 Firefox/4.0b8pre Fennec/4.0b3pre   
2) visit yahoo
3) scroll down halfway to the prev/next section, and verify the buttons dont paginate like android browser does

Expected:
- able to paginate prev and next

Actual:
- paginate doesnt update the images
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → UNCONFIRMED
Ever confirmed: false
Resolution: DUPLICATE → ---
Status: UNCONFIRMED → NEW
Ever confirmed: true
flagging for blocking fennec
tracking-fennec: --- → ?
Wes - can you research this bug and figure out what's happening?
Assignee: nobody → wjohnston
tracking-fennec: ? → 2.0+
Whiteboard: [websitecompatibility]
This doesn't work on desktop either. Looking briefly at the source, Yahoo appears to be serving us iPhone/Webkit specific css. Specifically using "-webkit-" prefixed CSS transitions and 2D and 3D transforms to rotate between items.

Can we talk to anyone there about changing this?
blassey has contacted some people at yahoo about this. they now have a bug filed on the issue.
Disclaimer: I worked on Yahoo! Mobile until recently.

Yahoo directs traffic based on the user agent string, so you can replicate what page gets served by faking your user agent.  I tried with this user agent in Safari:

Mozilla/5.0 (Android; Linux armv71; rv:2.0b8pre) Gecko/20101108 Firefox/4.0b8pre Fennec/4.0b3pre

And I get a really degraded experience which is served to older feature phones and unrecognized user agents.  The fancy page Wesley is describing is only served to the iPhone user agent currently.  Was it possible you were browsing with that spoofed as a user agent?

Check here just to be sure: http://whatsmyuseragent.com/

Hope this helps.
Thanks for the help. I was pretty careful to make sure I had the right UA strings (new profile). I addition, the non-iPhone pages I saw (using desktop Firefox) don't even have these prev-next buttons in question, making it impossible to test on them. I faked my UA in Firefox 4, got a page that looked like the one I saw on device, and then dug into its source using Firebug.

I just doubled checked by opening the source in Fennec on my Droid using Mobile Tools. I can still see (using Find In Page) the webkit specific css being used, and no css with "-moz" prefixes.

I'm not sure why Safari would act differently. How did you change its UA string, and are you sure that it worked?
Wes - if it helps your debugging, you can install the Mobile Tools add-on and get "Page Source" feature.

https://addons.mozilla.org/en-US/mobile/addon/162061/
Ah, my bad, I didn't remove the new line from the user agent above.  Removing the new line did in fact give me the iPhone experience.  Very weird.
This problem was due to how we classify devices and user agents. We were serving the Android webkit experience to Fennec which, as you pointed out, is not designed for Firefox/Fennec. We are working on separating the Fennec traffic and you should see it fixed within the next few days.
Thanks Jason.  Tony can you re-test this?
Yahoo serves us a different mobile page now.
Status: NEW → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
Resolution: FIXED → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: