657209 - Flash not working properly when one animation is placed atop of another

Status: RESOLVED WORKSFORME

(Core :: Web Painting, defect)

Description

[J S]

User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1

Flash doesn't work properly on some pages. It works flawlessly with YouTube or Vimeo online players, but on many sides the animation is messed up: parts of the animation are grey boxes. It seems to me that the problem is when couple of animations are placed one atop of another. I observed this on that webpage: http://www.wydawnictwoportal.pl/ On top of the page there is a flash banner. Adblock shows that in fact there are a couple of flash animations that seem to be displayed one after another in the same place on the page. When I open a single *.swf file in a separate tab then it is displayed properly. This problem also appears with flash players that are composed of more than one *.swf file, e.g. on this webpage: http://wiadomosci.onet.pl/kraj/farsa-i-kabaret-cale-to-towarzystwo-powinno-wylado,1,4304547,wiadomosc.html

This problem occurs on three Linux machines that I have. All of them run openSUSE (11.3 and 11.4) and use latest 64bit Firefox from the repository. I will try to provide any additional information that is necessary.

Reproducible: Always

Comment 1

[J S]

Attachment: Screenshot of the problem

Comment 2

[Tyler Downer [He/Him]]

Is this using flash 10.3?

Comment 3

[J S]

Problem occurs both on flash 10.2 and 10.3 (just upgraded). The problem appeared after upgrading for Firefox 3.x to 4.x.

I checked on a clean profile, but everything is the same.

Comment 4

[Thomas Ahlblom]

Works for me with new, clean profiles and FlashPlayer 10.3.162.29.
Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Mozilla/5.0 (X11; Linux x86_64; rv:6.0a1) Gecko/20110515 Firefox/6.0a1

Judging the screenshot it looks like you are running NoScript or similar.

I still works for me with Noscript (with site enabled) together with Adblock Plus.
Mozilla/5.0 (X11; Linux x86_64; rv:6.0a1) Gecko/20110515 Firefox/6.0a1

Does the issue still occur if you start Firefox in Safe Mode?
https://support.mozilla.com/en-US/kb/Safe+Mode

And just double checking what you mean with a "clean profile". Is that the same thing that's described here:
https://support.mozilla.com/en-US/kb/Basic+Troubleshooting#w_8-make-a-new-profile

Comment 5

[J S]

My addons are: Adblock Plus, Download Manager Tweak, Tab Mix Plus, openSUSE Firefox Extensions nad two dictionaries (Polish and English).

By clean profile I meant removing my ~/.mozilla directory.

In safe mode there's one difference: movie player on wiadomosci.onet.pl (link in first post) works slightly better i.e. I'm able to click "play" button and the playback starts but it's still flickering.

Comment 6

[:aceman]

What is your graphics card and do you use HW acceleration (Help->troubleshooting info)?

Comment 7

[J S]

All three computers have nvidia cards (diffferent models) and use nvidia drivers from the repository. I disabled the nvidia driver and switched to nouveau but the problem persists.

With nvidia drivers hardware acceleration is enabled (glxinfo prints "direct rendering: Yes"). At the bottom of Troubleshooting info there's information like this:

Windows with HW acceleration: 0/1

Nothing more below this information.

Comment 8

[J S]

Is there any additional info that I can provdide to consider this bug as confirmed? Because of this I've been forced to use Chromium, but I'm not happy with that.

Comment 9

[:aceman]

What is your X.org server version, and do you use compiz or other compositing window manager (KDE4 and such)? Do you have desktop effects enabled?

You provided a screenshot but there is only the page content visible. Can you provide one with the whole Firefox window when running Firefox in safe mode?

Comment 10

[J S]

Xorg --version gives following information:

X.Org X Server 1.8.0
Release Date: 2010-04-02
X Protocol Version 11, Revision 0
Build Operating System: openSUSE SUSE LINUX
Current Operating System: Linux GLaDOS.site 2.6.34.8-0.2-desktop #1 SMP PREEMPT 2011-04-06 18:11:26 +0200 x86_64
Kernel command line: root=/dev/sda1 resume=/dev/disk/by-id/ata-WDC_WD2500BEVS-08UST0_WD-WXE608HF2872-part7 splash=silent quiet vga=0x314
Build Date: 19 August 2010  03:34:22PM

Current version of pixman: 0.18.0

No compositing and no desktop effects.

Comment 11

[J S]

Attachment: Screenshot of the problem in safe mode

Comment 12

[:aceman]

(In reply to comment #8)
> Is there any additional info that I can provdide to consider this bug as
> confirmed? Because of this I've been forced to use Chromium, but I'm not
> happy with that.

Does this mean it works fine on the same computer with Chromium or other browsers?

It seems you are using a 64bit Linux. Your firefox also seems 64bit. What about the flashplayer? Is it 32bit or is it any of the 64bit experimental versions?

Could you also try the links mentioned in bug 658900. It seems to also have similar problem, but there is only one flash object but with moving (overlapping objects inside it).

Comment 13

[J S]

Yes, it does work flawlessly with Chromium. Other browsers not tested.

I'm using 64bit Linux and FF is also a 64-bit build. Flash player is 32-bit (at least it should be - what can I do to be certain?) with nspluginwrapper 1.3.0.

The page from the other thread doesn't work correctly. Part of the animation displays as it should, but most of it is black and flashes only when the mouse is moved over it.

Comment 14

[:aceman]

Interesting. The reporter in the other bug actually sees most of the animation (there is a screenshot) only the mouse creates black squares. You seam to see the opposite.

What you could do is temporarily try a 32bit Firefox 4 with a clean profile.
And then also try a 64bit Firefox 3.6. We need to know if this worked fine previously.

Comment 15

[J S]

I just checked: everything works with FF 3.6 64-bit and with FF 4.0.1 32-bit. It looks like only FF 4.0.1 64bit version is causing problems.

Comment 16

[:aceman]

What about Firefox 5, 6 or 7 (64bit)?

Comment 17

[J S]

I will try the beta versions in a so-called free time.

Guess what - the bug is reproducible using a virtual machine! I just installed openSUSE 11.4 64bit using VirtualBox and the same thing happens, so I think it is possible for you to reproduce the problem. I was suspecting that the problem may be cause by the old KDE (3.5.10), but I guess not since under the virtual machine I used KDE 4.x

Comment 18

[J S]

Attachment: Screenshot of the problem reproduced in a virtual machine

Comment 19

[:aceman]

Yes, but I would still need a 64bit system (I think 32bit host and 64bit quest would not work). Thomas in comment 4 has one, but he can't reproduce it. We suspect we need a NVIDIA card, which we both don't have.
I have KDE 3.x and I do not have the problem.

Comment 20

[J S]

Yes, 32-bit host and 64-bit guest won't work. What distro are you using to reproduce the bug? I just noticed that both me and the reporter of bug 658900 are using openSUSE so I suspect that's a distribution-specific bug. Thomas, could you try to reproduce it in a virtual machine using latest version of 64-bit openSUSE? Just install the system using all the default settings and then add flash plugin using Yast. I don't think you need nVidia card. Below is the output from the virtual machine:

linux:~ # lspci | grep VGA
00:02.0 VGA compatible controller: InnoTek Systemberatung GmbH VirtualBox Graphics Adapter

BTW. I just installed 64-bit beta version of flash plugin. It works.

Comment 21

[Thomas Ahlblom]

Reproduced with Virtualbox.
Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1

FlashPlayer: 10.3.181.14
System: openSUSE 11.4 (x86_64)
KDE: 4.6.00 (4.6.0) "release 6"
OS: Linux 2.6.37.6-0.5-desktop x86_64

# lspci |grep VGA
00:02.0 VGA compatible controller: InnoTek Systemberatung GmbH VirtualBox Graphics Adapter

Comment 22

[:aceman]

Great, thanks. Are you also able to confirm bug 658900?

Comment 23

[J S]

Ok, I see that the bug is reproduced and confirmed. Is my further assistance required?

Comment 24

[:aceman]

Thank you for your cooperation so far. Now some mozilla developer hopefully looks onto it. But as we only narrowed the problem environment down to "openSuse 64bit, FF4 64bit" he will probably request further information. Maybe some library versions etc. However, as the problem didn't exist in FF3.6 64bit, there is a chance somebody can trace it to the exact change made to FF where this started to happen. Then we'll see if the problem is caused by FF or if FF (the change) is right, but some openSuse library is wrong.

Comment 25

[Thomas Ahlblom]

I tried to narrow down the regression range a bit in Virtualbox, but it's slow and I got too many hangings and crashes so a I lost my patience.

Anyway, 64 bit Nightly on openSUSE is good 2010-04-01 and is bad 2010-11-01, so there is a regression there somewhere.

The Nightlies can be found here by anyone who want to track it down:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/

Comment 26

[J S]

Yeah, by default suse in a virtual machine is veeery slow, even on a decent hardware. I think that installing XFCE instead of KDE 4.6 and installing guest add-ons should improve the situation a lot (which I will do in a free time).

How do I use the nightly builds? I mean some directories contain only win32 or win64 build. Is that correct or did I miss something?

Comment 27

[Thomas Ahlblom]

Yes, there is apparently something in openSUSE that Virtualbox doesn't like. Virtualizated Debian is far more responsive to me.

Anyway, for Nightly x86_64 Linux look for x86_64 files in the 03-mozilla-central directories, for example:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/04/2010-04-01-03-mozilla-central/

Then untar the file in your Download directory with some thing like this:
$ tar xvjf firefox-3.7a4pre.en-US.linux-x86_64.tar.bz2 

And then you can run Firefox like this:
$ firefox/firefox -no-remote -P

The flags are not really necessary but makes it possible to test Firefox without interfering with already running instances of Firefox.

I also had to find the plugins in openSUSE and copy them to the ~/.mozilla/plugins directory, since otherwise native Firefox didn't find them.

Comment 28

[J S]

Thomas, what exactly did you do to make Minefield recognize flash plugin? I copied the npwrapper.so to ~/.mozilla/firefox and this worked, nspluginwrapper is recognized as an add-on. However copying libflashplayer.so to ~/.mozilla/firefox brings no effect - the flash plugin is not recognized :/

I've reinstalled the virtual machine using LXDE as the desktop environment. It's a lot faster and I noticed that Virtual Box Guest Add-ons are installed by default, so everything runs very smoothly.

Comment 29

[Thomas Ahlblom]

J S , I put the plugins in ~/.mozilla/plugins, not in ~/.mozilla/firefox.

Comment 30

[J S]

Um... yes, actualy that's what I meant :) Still, it doesn't work :/

Comment 31

[J S]

Still present in FF 5.

Comment 32

[Tanner M [:Tannn3r]]

I can also reproduce on Firefox 5 but only on http://www.ford.no/ and http://www.wydawnictwoportal.pl/, however it works fine on 8.0a1

Comment 34

[Ioana (away)]

Can anyone still reproduce this issue on current Firefox versions?

WFM on Ubuntu 13.04 64bit with Firefox 25, but it wasn't an Ubuntu issue so it would be good to hear from someone with openSuse.