firefox - red x icons in upload dialogs opened by flashplugin-nonfree on amd64
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| Epiphany Browser |
Invalid
|
Undecided
|
Unassigned | |
| firefox-3.0 (Ubuntu) |
Low
|
Unassigned | ||
| flashplugin-nonfree (Ubuntu) |
Low
|
Unassigned | ||
| ia32-libs (Ubuntu) |
Undecided
|
Unassigned | ||
| nspluginwrapper (Ubuntu) |
Low
|
Unassigned | ||
| wordpress (Ubuntu) |
Undecided
|
Unassigned |
Bug Description
Binary package hint: nspluginwrapper
Hardy heron 8.04 (alpha5 until beta) updated amd64 / x86_64
Mozilla Firefox 3.0 beta 5
I have several sites where I can see this problem
They pop up an upload dialog in firefox and ask for files to upload.
For example: http://
Everytime I click on "click to upload", it pops up a file dialog where it asks me to choose a file to upload.
The problems are:
1) I can't see the icons of the filesystem, only icons marked with a red "X"
2) Don't know if it's related, but Firefox seems to hang while I navigate through to choose a specific file to upload.
I think they use a flash-based upload.
Could be related to bug #140604 as I get a warning when I click "click to upload".
I have run firefox through gnome-terminal and got this:
(npviewer.
Package info:
$ apt-cache policy nspluginwrapper flashplugin-nonfree firefox
nspluginwrapper:
Installed: 0.9.91.5-2ubuntu2
Candidate: 0.9.91.5-2ubuntu2
Version table:
*** 0.9.91.5-2ubuntu2 0
500 http://
100 /var/lib/
flashplugin-
Installed: 9.0.124.0ubuntu1
Candidate: 9.0.124.0ubuntu2
Version table:
9.
500 http://
*** 9.0.124.0ubuntu1 0
100 /var/lib/
firefox:
Installed: 3.0~b5+
Candidate: 3.0~b5+
Version table:
*** 3.0~b5+
500 http://
100 /var/lib/
Savvas Radevic (medigeek) wrote : | #1 |
Savvas Radevic (medigeek) wrote : | #3 |
And when I closed the firefox tab with the scribd.com/upload site:
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
Savvas Radevic (medigeek) wrote : | #4 |
now I can't upload files using wordpress 2.5 at all
Savvas Radevic (medigeek) wrote : | #5 |
I had to block the swf using adblock plus with this filter: */swfupload/
Well at least it's a workaround for now..
looks like npviewer doesn't use the correct 32-bit loaders:
$ locate libpixbufloader
/usr/lib/
/usr/lib32/
I also experience this on http://
Changed in firefox-3.0: | |
status: | New → Confirmed |
SneakyWho_am_i (sneakywho-am-i) wrote : | #7 |
What's really interesting me is that some of those failed assertions you posted showed up in 2006 for a completely different package:
https:/
It makes me wonder if the GTK_IS_WIDGET hiccup is not Firefox's fault.
I failed that assertion a few times in Firefox also:
=======
GCJ PLUGIN: thread 0x805e090: NP_GetMIMEDescr
GCJ PLUGIN: thread 0x805e090: NP_GetMIMEDescr
GCJ PLUGIN: thread 0x805e090: NP_GetValue
GCJ PLUGIN: thread 0x805e090: NP_GetValue: returning plugin name.
GCJ PLUGIN: thread 0x805e090: NP_GetValue return
GCJ PLUGIN: thread 0x805e090: NP_GetValue
GCJ PLUGIN: thread 0x805e090: NP_GetValue: returning plugin description.
GCJ PLUGIN: thread 0x805e090: NP_GetValue return
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
GCJ PLUGIN: thread 0x805e090: NP_GetMIMEDescr
GCJ PLUGIN: thread 0x805e090: NP_GetMIMEDescr
GCJ PLUGIN: thread 0x805e090: NP_GetValue
GCJ PLUGIN: thread 0x805e090: NP_GetValue: returning plugin name.
GCJ PLUGIN: thread 0x805e090: NP_GetValue return
GCJ PLUGIN: thread 0x805e090: NP_GetValue
GCJ PLUGIN: thread 0x805e090: NP_GetValue: returning plugin description.
GCJ PLUGIN: thread 0x805e090: NP_GetValue return
(firefox:11111): Gtk-CRITICAL **: gtk_widget_hide: assertion `GTK_IS_WIDGET (widget)' failed
(firefox:11111): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed
(firefox:11111): Gtk-CRITICAL **: gtk_widget_hide: assertion `GTK_IS_WIDGET (widget)' failed
(firefox:11111): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed
call failed
Error: No running window found
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
GCJ PLUGIN: thread 0x805e0f0: NP_GetMIMEDescr
GCJ PLUGIN: thread 0x805e0f0: NP_GetMIMEDescr
GCJ PLUGIN: thread 0x805e0f0: NP_GetValue
GCJ PLUGIN: thread 0x805e0f0: NP_GetValue: returning plugin name.
GCJ PLUGIN: thread 0x805e0f0: NP_GetValue return
GCJ PLUGIN: thread 0x805e0f0: NP_GetValue
GCJ PLUGIN: thread 0x805e0f0: NP_GetValue: returning plugin description.
GCJ PLUGIN: thread 0x805e0f0: NP_GetValue return
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** ...
SneakyWho_am_i (sneakywho-am-i) wrote : | #8 |
OH! And yes, all that konsole stuff I pasted is from Firefox 3, before anyone asks
As I mentioned above, I think it's related to 64-bit releases,
nspluginwrapper probably is linked to 64-bit gtk loaders instead of
32-bit ones
I too am experiencing the issue on 64-bit
Changed in nspluginwrapper: | |
status: | New → Confirmed |
Alexander Sack (asac) wrote : | #11 |
not nspluginwrapper
Changed in nspluginwrapper: | |
status: | Confirmed → Invalid |
Alexander Sack (asac) wrote : | #13 |
If you still see this in latest hardy, could you please try to install xulrunner-
Changed in firefox-3.0: | |
importance: | Undecided → Low |
status: | Confirmed → Incomplete |
Savvas Radevic (medigeek) wrote : | #14 |
It was already installed here:
$ apt-cache policy xulrunner-
xulrunner-
Installed: 1.9~b5+
Candidate: 1.9~b5+
Version table:
*** 1.9~b5+
500 http://
100 /var/lib/
1.
500 http://
It seems the problem has been partly fixed, folders, bookmarks and devices icons appear correctly. Now only the files don't have their icons. Attached a screenshot
On Mon, May 12, 2008 at 09:33:24PM -0000, Savvas Radević wrote:
> It was already installed here:
> $ apt-cache policy xulrunner-
> xulrunner-
> Installed: 1.9~b5+
> Candidate: 1.9~b5+
> Version table:
> *** 1.9~b5+
> 500 http://
> 100 /var/lib/
> 1.9~b5+
> 500 http://
>
> It seems the problem has been partly fixed, folders, bookmarks and
> devices icons appear correctly. Now only the files don't have their
> icons. Attached a screenshot
>
> ** Attachment added: "now-files-
> http://
>
This might as well be a gnome theme issue. try to select a different
theme in system -> preferences -> appearance ...
maybe that helps?
status incomplete
- Alexander
I too have the latest xulrunner-
Changed in firefox-3.0: | |
status: | Incomplete → Confirmed |
Savvas Radevic (medigeek) wrote : | #17 |
This problem is not firefox-only, I'm having the exact same problem in epiphany-browser
Alexander, still having the same problem. I've also noticed that besides the files having "red x" icon, the button "Add" and the button that links to the root "/" have too the same red x icon.
Hewus, try this:
sudo apt-get install --reinstall gnome-icon-theme human-icon-theme shared-mime-info gnome-mime-data libgtk2.0-0
sudo update-mime /usr/share/mime/
sudo update-
gtk-update-
sudo gtk-update-
Then log out and log in again, can you make one more screenshot?
Folder icons are working now, but still no file icons. This is a great improvement :-)
On Tue, May 13, 2008 at 08:23:16AM -0000, Hewus wrote:
> Folder icons are working now, but still no file icons. This is a great
> improvement :-)
>
> ** Attachment added: "Screenshot after following Savvas' instructions"
> http://
>
Which theme do you have configured in system -> preference ->
appearance? Maybe you selected a special icon theme?
- Alexander
Alexander, he said he changed the themes, the themes such as Human change the icon set respectively, don't they?
I tried the Live CD mode, I have run the hardy amd64 cd some minutes ago. I updated the sources and installed flashplugin-
Then tried filedropper.com and scribd.com/upload - this problem appears *exactly* as this one, where all the icons are marked with a "red x":
http://
..then if you do what I suggest, you get a fixed up version, where only the files and a couple of buttons have a "red x" icon:
http://
I am using Human-Murrine (Human produces exactly the same result). I showed in my previous collection of screenshots that it is nothing to do with a particular theme, and that it occurs using the defaults. I also noted that this issue does not occur in other open dialogs, but only those present in flash upload boxes (scribd, filedropper), so I'm not sure why nspluginwrapper was marked invalid. I thought Savvas was onto something earlier in this report in that the problem is only experienced with flash on 64-bit systems. It may also be useful to note that this is a fresh install of Hardy release.
Savvas Radevic (medigeek) wrote : | #22 |
Well this is indeed a 64-bit related, I tried on a virtual machine with i386 Ubuntu and the icons appear correctly (the files have an "empty text document" icon).
Even the first line of the warnings output in gnome terminal says so: "wrong ELF class: ELFCLASS64" :)
On Tue, May 13, 2008 at 11:20:49AM -0000, Hewus wrote:
> I am using Human-Murrine (Human produces exactly the same result). I
> showed in my previous collection of screenshots that it is nothing to do
> with a particular theme, and that it occurs using the defaults. I also
> noted that this issue does not occur in other open dialogs, but only
> those present in flash upload boxes (scribd, filedropper), so I'm not
> sure why nspluginwrapper was marked invalid. I thought Savvas was onto
> something earlier in this report in that the problem is only experienced
> with flash on 64-bit systems. It may also be useful to note that this is
> a fresh install of Hardy release.
>
nspluginwrapper has nothing to do with these kind of icons in the file
dialog.
Is this only and issue on LiveCD?
- Alexander
No... it is present on 64-bit hard drive installations, as well as on the 64-bit livecd. I've attached yet another screenshot; hopefully this will clarify the issue further..
Alexander Sack (asac) wrote : | #25 |
ok, sorry i misread this whole thing ... updating summary accordingly.
Changed in nspluginwrapper: | |
status: | Invalid → Confirmed |
Changed in firefox-3.0: | |
status: | Confirmed → Invalid |
Alexander Sack (asac) wrote : | #26 |
not sure if nspluginwrapper can fix this on its own.
Changed in flashplugin-nonfree: | |
status: | New → Confirmed |
Ederic (ederic) wrote : | #27 |
is there any update regarding this problem?
Not here, I can still reproduce this issue.
Changed in nspluginwrapper: | |
importance: | Undecided → Low |
Changed in flashplugin-nonfree: | |
importance: | Undecided → Low |
Gomez (pinecone) wrote : | #29 |
I believe this issue should be moved to a higher importance as more and more sites are relying on flash for their uploads.
Another example of a site that can reproduce this bug is:
http://
I have also tested this in epiphany web browser, with the same results, leading me to believe it has to do with the non-free flash plugin.
Like stated in above posts, the browser will basically lock up, and has to be forced quit.
I am running 8.04, Hardy.
John Vivirito (gnomefreak) wrote : Re: [Bug 218635] Re: firefox - red x icons in upload dialogs opened by flashplugin-nonfree on amd64 | #30 |
Gomez wrote:
> I believe this issue should be moved to a higher importance as more and more sites are relying on flash for their uploads.
> Another example of a site that can reproduce this bug is:
> http://
>
> I have also tested this in epiphany web browser, with the same results,
> leading me to believe it has to do with the non-free flash plugin.
>
> Like stated in above posts, the browser will basically lock up, and has to be forced quit.
> I am running 8.04, Hardy.
>
> ** Also affects: epiphany-browser
> Importance: Undecided
> Status: New
>
>
To help in this can you please grab my package of flash10 and
libflashsupport to see if its flash 9 that is causing this bug? Please
download the packages and install please dont add repo to your
sources.list as there will become more unstable packages in the near future.
https:/
--
Sincerely Yours,
John Vivirito
https:/
https:/
Linux User# 414246
Savvas Radevic (medigeek) wrote : | #31 |
> To help in this can you please grab my package of flash10 and
> libflashsupport to see if its flash 9 that is causing this bug?
flashplugin-
Shockwave Flash
File name: npwrapper.
Shockwave Flash 10.0 b218
application/
application/
1) www.scribd.
2) filedropper.com appears to be missing the file icons again (folders are ok)
Attached a screenshot
Terminal output of firefox:
(npviewer.
/usr/lib/
ELFCLASS64
(npviewer.
'gtk-file' for stock: Unable to load image-loading module:
/usr/lib/
/usr/lib/
class: ELFCLASS64
(npviewer.
'gtk-file' for stock: Unable to load image-loading module:
/usr/lib/
/usr/lib/
class: ELFCLASS64
(npviewer.
'gtk-edit' for stock: Unable to load image-loading module:
/usr/lib/
/usr/lib/
class: ELFCLASS64
(npviewer.
'gtk-add' for stock: Unable to load image-loading module:
/usr/lib/
/usr/lib/
class: ELFCLASS64
(npviewer.
'gtk-remove' for stock: Unable to load image-loading module:
/usr/lib/
/usr/lib/
class: ELFCLASS64
(npviewer.
'gtk-edit' for stock: Unable to load image-loading module:
/usr/lib/
/usr/lib/
class: ELFCLASS64
(npviewer.
'gtk-add' for stock: Unable to load image-loading module:
/usr/lib/
/usr/lib/
class: ELFCLASS64
(npviewer.
'gtk-remove' for stock: Unable to load image-loading module:
/usr/lib/
/usr/lib/
class: ELFCLASS64
(npviewer.
'gtk-edit' for stock: Unable to load image-loading module:
/usr/lib/
/usr/lib/
class: ELFCLASS64
Gomez: As you stated yourself, this is a flash/nspluginw
Low is the correct importance for this bug as it is a cosmetic issue and does not affect functionality. Please read https:/
Nowhere in this report has it been mentioned that the browser locks up. It is simply an issue of icons not being displayed. If you have to force quit your browser, then you are experiencing a different issue, and should look for the appropriate bug. Thanks!
Changed in epiphany-browser: | |
status: | New → Invalid |
Savvas Radevic (medigeek) wrote : | #33 |
> Nowhere in this report has it been mentioned that the browser locks up.
Actually it was locking up, but that was the pre-release of firefox
3.0, now that is fixed (yay!)
And I agree that this bug is about a cosmetic issue
Alexander Sack (asac) wrote : | #34 |
maybe ia32-libs just lacks a few libs like gio? otherwise this is just a flashplugin-nonfree issue imo.
Changed in ia32-libs: | |
status: | New → Confirmed |
Savvas Radevic (medigeek) wrote : | #36 |
This seems to be fixed for me, just tested it with www.filedropper.com
Ubuntu intrepid ibex 8.10 beta (updated)
apt-cache policy firefox-3.0 ia32-libs nspluginwrapper flashplugin-nonfree
firefox-3.0:
Installed: 3.0.3+nobinonly
Candidate: 3.0.3+nobinonly
Version table:
*** 3.0.3+nobinonly
500 http://
100 /var/lib/
ia32-libs:
Installed: 2.2ubuntu17
Candidate: 2.2ubuntu17
Version table:
*** 2.2ubuntu17 0
500 http://
100 /var/lib/
nspluginwrapper:
Installed: 1.1.0-0ubuntu2
Candidate: 1.1.0-0ubuntu2
Version table:
*** 1.1.0-0ubuntu2 0
500 http://
100 /var/lib/
flashplugin-
Installed: 10.0.12.10ubuntu1
Candidate: 10.0.12.10ubuntu1
Version table:
*** 10.0.12.10ubuntu1 0
500 http://
100 /var/lib/
I can confirm this has now been fixed in Intrepid. From some quick testing, it looks like the fix has been included in ia32-libs, so marking that as fixed and closing the others.
Changed in ia32-libs: | |
status: | Confirmed → Fix Released |
Changed in flashplugin-nonfree: | |
status: | Confirmed → Invalid |
Changed in nspluginwrapper: | |
status: | Confirmed → Invalid |
Some more errors: bin:10951) : Gtk-WARNING **: /usr/lib/ gtk-2.0/ 2.10.0/ filesystems/ libgio. so: wrong ELF class: ELFCLASS64 bin:10951) : Gtk-WARNING **: Error loading theme icon 'gtk-find' for stock: Unable to load image-loading module: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: wrong ELF class: ELFCLASS64 bin:10951) : Gtk-WARNING **: Error loading theme icon 'gtk-file' for stock: Unable to load image-loading module: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: wrong ELF class: ELFCLASS64 bin:10951) : Gtk-WARNING **: Error loading theme icon 'gtk-find' for stock: Unable to load image-loading module: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: wrong ELF class: ELFCLASS64 bin:10951) : Gtk-WARNING **: Error loading theme icon 'gtk-file' for stock: Unable to load image-loading module: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: wrong ELF class: ELFCLASS64 bin:10951) : Gtk-WARNING **: Error loading theme icon 'gtk-edit' for stock: Unable to load image-loading module: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: wrong ELF class: ELFCLASS64 bin:10951) : Gtk-WARNING **: Error loading theme icon 'gtk-add' for stock: Unable to load image-loading module: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: wrong ELF class: ELFCLASS64 bin:10951) : Gtk-WARNING **: Error loading theme icon 'gtk-remove' for stock: Unable to load image-loading module: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: wrong ELF class: ELFCLASS64 bin:10951) : Gtk-WARNING **: Error loading theme icon 'gtk-file' for stock: Unable to load image-loading module: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: wrong ELF class: ELFCLASS64 bin:10951) : Gtk-WARNING **: Error loading theme icon 'gtk-edit' for stock: Unable to load image-loading module: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: wrong ELF class: ELFCLASS64 bin:10951) : Gtk-WARNING **: Error loading theme icon 'gtk-directory' for stock: Unable to load image-loading module: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: wrong ELF class: ELFCLASS64 bin:10951) : Gtk-WARNING **: Error loading theme icon 'gtk-add' for stock: Unable to load image-loading module: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: /usr/lib/ gtk-2.0/ 2.10.0/ loaders/ libpixbufloader -png.so: wrong ELF class: ELFCLASS64
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.
(npviewer.