User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:2.0.1) Gecko/20100101 Firefox/4.0.1 Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0.1) Gecko/20100101 Firefox/4.0.1 When (this particular) page is scrolled by arrow-keys towards top of the page, flash banner in the top shows (renders) partly outside (above) the top border of the browser window. It doesn't happen when scrollbar is dragged, or with mousewheel, only with arrow keys, or by clicking the scrollbar arrow. Reproducible: Always Steps to Reproduce: 1. Visit the page, http://www.nacional.hr/kategorija/extra-zona . 2. Scroll a bit down, to hide whole or part of the banner. 3. Scroll back up using arrow keys or clicking crollbar arrow up. Actual Results: In every other scroll step, banner renders partly outside of browser window. Inbetween those steps, renders normally. Expected Results: Banner is supposed to "disappear under" the chrome above the window along with the rest of the page. I've tried this with other pages with banners, but could not reproduce it. By the behaviour of this banner, it may have some scrolling trick to it (like switching fixed and static positions in css) although i wasn't able to locate it in FireBug. Regardless of that though, page content of any kind being rendered outside of window is something i have never seen in any browser till now.
I've noticed that the position of the banner doesn't change in every other step, (which is what made me think it has some JS position trick), and that's when it bleeds out. Scrolling looks like this, step by step (each step is a keypress of up-arrow, or click on up-arrow on scrollbar): step 1 - normal, page moves a bit down. step 2 - page moves down, but banner stays in place, being rendered 0.5 cm above it's supposed position, and bleeds outside of window. step 3 - normal, page moves a bit down, banner in its proper place. step 4 - page moves, banner stays in place, bleeding. etc...
Version: unspecified → 4.0 Branch
Please post the modified Prefs and Contents of the Graphics Section of "about:support".
it seems to be a long list... do i paste it here or attach as some kind of doc?
You can attach as a Text File. Is your Issue reproducible in Safe-Mode, btw? https://support.mozilla.com/en-US/kb/Safe+Mode
Yes, reproducible in Safe-Mode!
Can you post a screenshot in safe mode with disabled HW acceleration? I do not see this on Win XP, Intel card. It also seems the banner is misplaced on your screenshot. I have the banner nicely aligned with the red Nacional banner. You say in comment 2 the banner jumps in its position, sometimes it is properly places, sometimes not. What is your flash plugin version (about:addons)?
Shockwave Flash 10.1.82.76 (10.1 r82) Not sure if it's vidible from version number, but it's a Debug version of flash player (i'm a AS3 developer). Perhaps that may be why you can't reproduce it. Screenshot is of a step when it happens. As i said, in every other step, it is ok. Also it happens only when scrolling back up (towards top of page) NOTE: When testing, make sure you have a flash banner loaded - i see that about half of their banners are images, which don't have the problem. If so, reload till you get a flash one.
The up-shift of the banner from it's proper position looks about the same as the bleeding part (cca 20 pixels), so apparently it "only" displaces the banner in every other step 20 px up. Except that the displacement disregards the fact that the window ends there :)
I tried it with 22.214.171.1242 :) Yes, I have got a Flash banner. What is the difference between a Debug version and normal version? Can you temporarily try with any normal version (of the same flash version or some never 10.3)? Can you reproduce it on any other machine or other browsers on your machine?
I don't know what's the "internal" difference, but debug version displays run-time errors. It also crashes more often :) (sometimes, when error window pops up) I can try to temporarily install a normal player, but not in next few days, as i'm chasing an important but tight deadline at the moment...
and no, i don't get the problem in any other browser
I could try your flash version if you can provide a download for it (WinXP 32bit). But no installer, only the NPSWF32.dll (or an archive to extract). Or send it to my email.
i found 9 (!) versions of NPSWF32.dll on my system, with different dates and filesizes. Most are in C:\ProgramFiles\Adobe subfolders, and one (largest filesize) in C:\WINDOWS\system32\Macromed\Flash ... Is it this one you need, or do i pack them all?
What a mess:) I would need the one your Firefox is actually using (debug version 10.1.82.76). 1. Check in addon manager if only one Flash plugin is enabled. 2. In about:config, toggle plugin.expose_full_path to true. 3. Visit about:plugins and you will see which flash file FF is really using. 4. Send me that file. 5. toggle the pref in step 2. back to false (it is a security risk leaving it on true).
download at: http://www.mjestopodsuncem.com/temp/NPSWF32.rar
Thanks, got it. But I can still not reproduce with it. The banner works fine. However I see the flash banner is draws specially. When I toggle on/off some toolbar from an extension I see the banner jump. It moves alone to a new position up (as the whole viewarea is moving to fill the place of the toolbar) and after that the rest of the page moves. The plugin object is drawn differently than other parts of the page. Maybe flash is drawing directly onto the screen and therefore can overwrite anything? But I have also never seen this, like you say. I have also tried without out-of-process plugins, but no change.
Well then i guess the bug is nothing to worry about too much - probably very few users will see it. Even i don't get this behaviour on other sites with flash banners. As for flash drawing directly on the screen, i don't know much about flash plugin's inner workings, but i'm an experienced flash developer and i know there is no way to control the end-drawing procedures with actionscript. Besides, i get this behaviour with all flash banners ON THIS SITE, so it's obviously not about the banner itself (it was just by chance that it's the same banner il both attached screenshots), but something to do with the way it's embedded in the page; but i couldn't figure out what's so special about it in this site. It sure is a curious and unique bug, but seeing you can't reproduce it with even same player and same system, it probably takes convergence of many (hardware) factors to happen; and i guess you guys have more urgent FF4 bugs to deal with. In any case, if i can assist you some more, let me know!
Can you try disabling hardware acceleration inside Flash? It is in the rightclick menu of Flash object and Settings... The Settings item is disabled on that site but you can probably find any other site where it is enabled (e.g. www.atlas.sk). Disable it there and then return to the problem site (restart FF). I hope the setting is global for flash plugin.
The setting does seem to be global (i tested), but disabling it doesn't help the bug. Btw, found anouther site where i have it: http://www.business.hr/hr/Kompanije/Preuzimanja-i-spajanja/IN2-kupio-dvije-hrvatske-softverske-tvrtke
Where is the problem on that site? I see a banner on right side, but it is always kept in the middle (vertical) of the page. What a broken site, if the window is not wide enough to fit the width of the content (with the banner), you can scroll to the right infinitely. And the banner always hides behind the right margin.
Ah, there is a second banner on the top, which may be what you talk about. Are you able to find the source of those problematic banners? Aren't they served from the same ad server?
Yes, i meant the top banner. No, they're not from same ad server, but each from the website's own ad subdomain. The sidebar banners are from doubleclick.net, but i don't get the bug with them. (Funny enough, i don't get the buggy page behaviuor you describe. Works fine for me however i resize the window) ================ Perhaps a clue regarding the bleeding bug: now i see i don't get the bug unless the window is maximized. If it is "floating", i don't get it regardless of the window size i resize to.
Have you tried disabling out-of-process-plugins (dom.ipc.plugins.enabled)?
I did now - and yep, that does it! Finally some change :) I have to restart FF after disabling/enabling them to see the change in behaviour.
Yes, you have to restart FF. Good to hear we have some change :) Now turn it back on and try also setting: mozilla.plugins.use_layers to false (create the boolean pref, if it doesn't exist in about:config) layers.acceleration.disabled to true
i get the bug with this setting.
OK. So, I can't reproduce the bug, however we have done a lot of tests and it seems Firefox settings influence the problem. I'll mark this bug as NEW, so that anybody more knowledgeable can look into it whether this really is a problem in FF or we can do anything about it. Maybe there is a problem in the new asynchronous plugin drawing implemented in FF4. Can you confirm the problem does not exist in FF 3.6.17 regardless of the setting of dom.ipc.plugins.enabled ?
Status: UNCONFIRMED → NEW
Component: General → Plug-ins
Ever confirmed: true
Product: Firefox → Core
QA Contact: general → plugins
Version: 4.0 Branch → 2.0 Branch
"asynchronous" does sound right, considering for example that the bug happens with every other scrolling step, and that when switching between tabs, often the banner is drawn slightly before the rest of the page appears... re 3.6.17 - how? De-install 4 and install 3.6? I have neither the time currently, nor the old installer... but tme is bigger issue for me a.t.m., i'm really in **** with the current deadline, for another 7 days or so.
Component: Plug-ins → General
Product: Core → Firefox
Version: 2.0 Branch → 4.0 Branch
It would be enough to download .zip package of 3.6.17 from mozilla.org, extract it somewhere and run it from there (firefox3.6.17/firefox -P <newprofile>). It should be asynchronous on a more micro scale, like the plugins can draw at 50fps but Firefox only takes every third frame from it and puts it on the page. With slow scrolling like we have here it shouldn't be noticable whether the drawing is sync or async. But there may be a bug in the async path so the drawing is different and buggy.
Component: General → Layout: View Rendering
Product: Firefox → Core
QA Contact: plugins → layout.view-rendering
Version: 4.0 Branch → 2.0 Branch
could you provide a url for the zip? can't find it on m site...
This is Windowed Flash. I'm not sure it's something we really need to worry about.
Yeah, it is increasingly hard to get a zip build of a released version from mozilla. I think this version could suffice: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-firefox-3.6.x/firefox-3.6.18pre.en-US.win32.zip . And be sure to create a new Firefox profile for the test (or backup your old one), so your production one doesn't get screwed.
(In reply to comment #34) > This is Windowed Flash. I'm not sure it's something we really need to worry > about. Why? Is this mode of operation not supported?
Another odd case of clip regions not getting set down in widget, maybe due to page load? Not sure, cc'ing roc as he's spent a lot of time on this code. FWIW, I can't reproduce on the page provided.
Component: Layout: View Rendering → Layout: Web Painting
Product: Core → Core
You need to log in before you can comment on or make changes to this bug.