Closed Bug 686297 Opened 14 years ago Closed 11 years ago

Cannot 'add to playlist' on new.music.yahoo.com/videos

Categories

(Web Compatibility :: Site Reports, defect)

defect
Not set
normal

Tracking

(firefox8+, firefox9+)

RESOLVED WORKSFORME
Tracking Status
firefox8 + ---
firefox9 + ---

People

(Reporter: justinf.utest, Unassigned)

Details

(Keywords: regression, Whiteboard: [utest-fx7.0] [utest-fx8.0a2] [utest-fx9.0a1])

User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.20) Gecko/20110803 Firefox/3.6.20 Build ID: 20110803131630 Steps to reproduce: When viewing a video on this site, one cannot 'add to playlist' affects Beta/Nightly and Aurora Exists in Beta (Y/N): Y Exists in Aurora (Y/N): Y Exists in Nightly (Y/N) :Y OS: Win 7 x64 Steps To Reproduce: 1. Install any of the firefox beta releases 2. Navigate to http://new.music.yahoo.com/videos/ 3. Select any video 4. Select "Add To Playlist" 5. Observe Actual results: With the firefox browsers, the "Add to Playlist" button performs no action. NB: This also applies to the general release of Firefox 6.02. Expected results: The website should prompt the user to sign in to perform this action (behavior seen on Chrome) or, if signed in should add the video to playlist.
Whiteboard: [utest-fx7.0] [utest-fx8.0a2] [utest-fx9.0a1]
It seems that this is the site issue. Because UA spoofing helps. user_pref("general.useragent.override", "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0.1) Gecko/20100101 Firefox/5.0.1");
Works: http://hg.mozilla.org/mozilla-central/rev/ead2b17ac3cc Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.2a1pre) Gecko/20110412 Firefox/4.2a1pre ID:20110412053654 Fails: http://hg.mozilla.org/mozilla-central/rev/a95d42642281 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0a1) Gecko/20110412 Firefox/6.0a1 ID:20110412065654 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ead2b17ac3cc&tochange=a95d42642281 TE?
Related to bug 659634 perhaps?
Status: UNCONFIRMED → NEW
Component: General → Windows Media Player (Microsoft)
Ever confirmed: true
Keywords: regression
Product: Firefox → Plugins
QA Contact: general → microsoft-wmp
Version: 3.6 Branch → unspecified
We are tracking this for Fx9...do we still need to? Is there work to be done here or can we ship as-is? QA, can we see if this still happens?
A couple of things... 1) Tested and reproducible with Firefox 9.0b6 on Win XP and Nightly 2011-12-14 on Mac OS X 10.6.8 2) The player is Flash, it is not an embedded WMP video (as the original reporter assumes) 3) The link code is different in Chrome compared to Firefox... Firefox: http://music.yahoo.com/burning-spear/videos/view/great-men--2164757;_ylt=AufrY67Pt8YymkChZhBy79jHxCUv# Chrome: http://music.yahoo.com/videos/BurningSpear/Burning-Reggae--2139897#
OS: Windows XP → All
Hardware: x86 → All
So, my reading of comment 0 says that this has happened as far back as 6.0? If so we don't care specifically for Fx9.
(In reply to Christian Legnitto [:LegNeato] from comment #6) > So, my reading of comment 0 says that this has happened as far back as 6.0? > If so we don't care specifically for Fx9. Comment 2 actually points this as far back as Firefox 6.0a1 Nightly...and user agent spoofing does work around the issue, so I'm inclined to say TE.
Sending over to TE and CC'ing Jean-Yves.
Assignee: nobody → english-us
Component: Windows Media Player (Microsoft) → English US
Product: Plugins → Tech Evangelism
QA Contact: microsoft-wmp → english-us
The service now redirects to https://music.yahoo.com/videos/ The corresponding feature explained in that bug seems to be the clock icon which triggers a pop up saying "Sign-in to add this video to Watch Later." Works for me.
Assignee: english-us → nobody
Status: NEW → RESOLVED
Closed: 11 years ago
Component: English US → Desktop
Resolution: --- → WORKSFORME
Product: Tech Evangelism → Web Compatibility
You need to log in before you can comment on or make changes to this bug.