Opened on 09/15/2014 at 09:27:38 AM
Closed on 09/25/2014 at 04:30:11 PM
Last modified on 10/23/2014 at 03:59:20 PM
#1372 closed defect (fixed)
ABP for Chrome 38 beta doesn't let ESPN videos play
Reported by: | philll | Assignee: | |
---|---|---|---|
Priority: | P1 | Milestone: | Adblock-Plus-1.8.6-for-Chrome-Opera-Safari |
Module: | Platform | Keywords: | |
Cc: | mapx, sebastian, trev | Blocked By: | |
Blocking: | Platform: | Chrome | |
Ready: | yes | Confidential: | no |
Tester: | Verified working: | no | |
Review URL(s): |
Description
Environment
Windows 7 64 bit
Chrome Version 38.0.2125.24 beta-m
ABP 1.8.5.1221
How to reproduce
- Open http://espn.go.com/video/clip?id=11524750&categoryid=2378529
- Click the play button
Observed behaviour
The video player doesn't play the video. Works with Chrome 36 and the same ABP build.
Expected behaviour
The video should be played, as it does with ABP switched off.
Attachments (0)
Change History (11)
comment:1 Changed on 09/15/2014 at 09:45:54 AM by mapx
comment:2 Changed on 09/15/2014 at 09:47:07 AM by mapx
- Cc mapx added
comment:3 Changed on 09/15/2014 at 09:48:31 AM by mapx
a similar issue with atresplayer site
in chrome 38 I added some filters to ..unblock requests already whitelisted !
https://adblockplus.org/forum/viewtopic.php?p=106553#p106553
comment:4 Changed on 09/17/2014 at 07:01:18 AM by mapx
another report
https://adblockplus.org/forum/viewtopic.php?f=2&t=25093
I have to whitelist elements already ...whitelisted by easylist
comment:5 Changed on 09/17/2014 at 07:02:00 AM by mapx
- Cc sebastian added
comment:6 Changed on 09/18/2014 at 08:36:11 AM by mapx
comment:7 Changed on 09/25/2014 at 12:39:55 PM by sebastian
- Cc trev added
- Component changed from Unknown to Platform
- Priority changed from Unknown to P1
I confirm that this issue is caused by that Chrome bug.
The files https://m.v.fwmrm.net/crossdomain.xml and http://adm.fwmrm.net/crossdomain.xml are blocked by following filter in EasyList, preventing further requests to those domains:
||fwmrm.net^$~object-subrequest,third-party
As you can see, this filter is actually limited to non-object requests only. However, with Chrome 38 (Beta) requests that were previously reported with the type object are now reported with the type other. I guess the best we can do here, to work around that bug, would be to consider all requests reported with the type other as requests of the type of object on Chrome 38.
However, with Chrome 39 (Canary) things get even worse. Also images and stylesheets are reported with the type other there. So lets hope that the bug will be fixed in Chrome 39 before it is released.
comment:8 Changed on 09/25/2014 at 03:01:16 PM by sebastian
- Review URL(s) modified (diff)
- Status changed from new to reviewing
comment:9 Changed on 09/25/2014 at 04:30:11 PM by sebastian
- Resolution set to fixed
- Status changed from reviewing to closed
comment:10 Changed on 09/26/2014 at 04:12:22 PM by sebastian
- Milestone set to Adblock-Plus-for-Chrome-Opera-Safari-next
comment:11 Changed on 10/23/2014 at 03:58:54 PM by sebastian
For reference, the issue that was temporarily reproducible on the Canary build, about also images and stylesheets reported with type other, is gone and didn't make it into any Chrome release.
However, the original issue, about object requests reported with type other, still persists and needs to be addressed for Chrome 39, see #1496.
with the exceptions the video plays correctly