RESOLVED DUPLICATE of bug 65793 102381
background-attachment:fixed changes position when flash object is below it. 
https://bugs.webkit.org/show_bug.cgi?id=102381
Summary background-attachment:fixed changes position when flash object is below it.
jens buss
Reported 2012-11-15 06:48:15 PST
here is a fiddle: http://jsfiddle.net/honk1/jAJfc/1/ its a large scale background image and a fixed header. header and background have the same background image. header has fixed position to be visible during scrolling, so the header may cover the site content that scrolls below it. when the user scrolls and the content has a flash object in it, and it "hits" the header, the image inside the header gets repositioned / jumps to a weird position. in the nightly build its even worth, i think the background-attachment: fixed; attribute isnt set yet..? i mean: its not working in the first place.
Attachments
Add attachment proposed patch, testcase, etc.
jens buss
Comment 1 2012-11-15 06:56:49 PST
of course, if no flash object is inside the content, the behaviour is as desired. same with mozilla/ie browsers.
jens buss
Comment 2 2012-11-15 07:47:53 PST
this also happens on the ipad, where no flash element is placed, but a video element. the jsfiddle is a static html source code from a rendered site. the code gets generated by the longtail jwplayer and should be fine. on mobile devices the player generates a html5 video element. if the video element hits the header, its background image moves, or whatever happens there..
Simon Fraser (smfr)
Comment 3 2012-11-16 13:09:28 PST
Seems like the background origin is being incorrectly computed when we render into a composited layer.
Casey Leask
Comment 4 2012-12-18 14:33:03 PST
I've got a similar problem with background-attachment: fixed and loading assets. Set plugins in Chrome to 'Click to Play'. Visit this fiddle. http://jsfiddle.net/CaseyLeask/3s2GE/ scroll the page, with the background working correctly. Load the Flash Player instance. Scroll the page again.
Casey Leask
Comment 5 2012-12-18 14:34:19 PST
Afterwards, highlight the text for dramatic effect.
Simon Fraser (smfr)
Comment 6 2013-06-15 13:04:05 PDT
*** This bug has been marked as a duplicate of bug 65793 ***
Note You need to log in before you can comment on or make changes to this bug.