ia32-libs missing 32-bit gnome libraries needed for gtk stock icons
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mozilla Firefox |
Fix Released
|
High
|
|||
ia32-libs (Ubuntu) |
Fix Released
|
Wishlist
|
Unassigned | ||
Bug Description
For Firefox 3, we're going to use GTK stock icons for many of the icons used in the browser. Unfortunately, it seems that 64-bit users are missing the needed 32-bit gnome libraries to use the GTK stock icons. See https:/
Comment #25 in the Mozilla bug states the following:
******
here's the issue:
ldd components/
The ia32-libs Ubuntu package does not contains all of the needed 32bit gnome
libraries for accessing the stock icons. I can also confirm that I see no icons
in the toolbar with the latest nightly.
******
It would be great if these missing libraries were added to the ia32-libs Ubuntu package so that users could use the GTK stock icons again. Thanks!
Related branches
In Mozilla Bugzilla #402742, Bzbarsky (bzbarsky) wrote : | #2 |
Tim, can you hunt down a one-day regression range, by any chance?
In Mozilla Bugzilla #402742, Timothy Babych (tymofiy) wrote : | #3 |
has icons:
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9a9pre) Gecko/2007092204 Minefield/3.0a9pre
no icons:
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9a9pre) Gecko/2007092304 Minefield/3.0a9pre
In Mozilla Bugzilla #402742, Aleksej (aleksejrs) wrote : | #4 |
WFM with 32‑bit userland on Debian testing.
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9a9pre) Gecko/2007110604 Minefield/3.0a9pre
In Mozilla Bugzilla #402742, Bzbarsky (bzbarsky) wrote : | #5 |
Checkins in that range:
Looks like this is when we switched to stock icons in bug 396992....
In Mozilla Bugzilla #402742, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #6 |
I wonder if there is a problem with 64-bit GTK. 32-bit works fine so I don't think its us...
In Mozilla Bugzilla #402742, Mike Connor (mconnor) wrote : | #7 |
nice to fix, but not a blocker.
Tim, do you have stock icons in other places? (prefwindow, dialogs, etc)
In Mozilla Bugzilla #402742, Timothy Babych (tymofiy) wrote : | #8 |
I see winstripe icons in Prefs, Toolbar, Addons and other places such as Bookmark manager.
In Mozilla Bugzilla #402742, Mike Connor (mconnor) wrote : | #9 |
What about the GTK-style icons on buttons in dialogs etc? If stock icons just plain don't work on x64, we should move this to Core and fix that.
In Mozilla Bugzilla #402742, Dao (dao) wrote : | #10 |
(From update of attachment 287564)
The "OK" button in the about dialog should have a stock icon. Obviously it's not there.
In Mozilla Bugzilla #402742, Vladimir Vukicevic (vvuk) wrote : | #11 |
Is this a regression? Or were we not using stock icons in Fx2?
In Mozilla Bugzilla #402742, Bzbarsky (bzbarsky) wrote : | #12 |
We weren't using them for FTP listings. Or do you mean in general?
In Mozilla Bugzilla #402742, Vladimir Vukicevic (vvuk) wrote : | #13 |
I mean in general, as in the OK button in the about dialog.
In Mozilla Bugzilla #402742, Dao (dao) wrote : | #14 |
There are plans to use stock icons in the main nav toolbar.
In Mozilla Bugzilla #402742, Bzbarsky (bzbarsky) wrote : | #15 |
renominating based on comment 14. At that point, the browser UI will be unusable without stock icons...
In Mozilla Bugzilla #402742, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #16 |
But is this really us and not faulty x64 GTK? I can't find anything in nsIconChannel.cpp that stands out as not 64-bit safe.
In Mozilla Bugzilla #402742, Bzbarsky (bzbarsky) wrote : | #17 |
If you're asking me, I have no idea.
Do users really care why exactly it is that their browser has no more icons on the main toolbar after an update? If it's not us, we shouldn't be using stock icons there.
In Mozilla Bugzilla #402742, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #18 |
http://
Can anyone here who has an x64 machine add some debug symbols or printf's to their build and say exactly which path the icon rendering is taking? It might be returning one of the error codes.
This is a typical stock icon URL that can be used for testing:
moz-icon:
In Mozilla Bugzilla #402742, Twanno (twanno) wrote : | #19 |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9b2pre) Gecko/2007111005 Minefield/3.0b2pre
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9b2pre) Gecko/2007110804 Minefield/3.0b2pre
FYI I have no problems with neither my self build (x86_64) nor the nightly build (i686) on Fedora7.
In Mozilla Bugzilla #402742, Mtschrep (mtschrep) wrote : | #20 |
Plusing and setting to P3. Please adjust if you thing this is wrong
In Mozilla Bugzilla #402742, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #21 |
Comment #19 said that stock icons worked on their 64 bit build, so I'm not sure if it is our problem. Can anyone else with 64-bit confirm the problem or not?
In Mozilla Bugzilla #402742, Sylvain Pasche (sylvain-pasche) wrote : | #22 |
(In reply to comment #21)
> Comment #19 said that stock icons worked on their 64 bit build, so I'm not sure
> if it is our problem. Can anyone else with 64-bit confirm the problem or not?
I see the same issue as the reporter. With my own 64bit builds, I have stock icons but I don't see them with the nightly builds (i686).
I'm using Ubuntu 7.10 x86_64. Ubuntu has a different way of packaging things for 32bit, like having one big ia32-libs package containing all 32bits libraries. There may be missing things in the 32bit packages.
If I try to open the moz-icon:
In Mozilla Bugzilla #402742, Dao (dao) wrote : | #23 |
(In reply to comment #22)
> With my own 64bit builds, I have stock
> icons but I don't see them with the nightly builds (i686).
What about release builds? Firefox 2?
In Mozilla Bugzilla #402742, Dao (dao) wrote : | #24 |
Note that we're now using stock icons for the navigation toolbar, which means that we should get much more feedback if this is a widespread problem.
In Mozilla Bugzilla #402742, Sylvain Pasche (sylvain-pasche) wrote : | #25 |
here's the issue:
ldd components/
The ia32-libs Ubuntu package does not contains all of the needed 32bit gnome libraries for accessing the stock icons. I can also confirm that I see no icons in the toolbar with the latest nightly.
In Mozilla Bugzilla #402742, İsmail Dönmez (ismaildonmez) wrote : | #26 |
GTK+ stock icon support should not depend on Gnome libraries anyway. 32bit nightly build with cairo-gtk2 enabled build with no Gnome support doesn't show toolbar icons here.
In Mozilla Bugzilla #402742, Vladimir Vukicevic (vvuk) wrote : | #27 |
Sounds like Ubuntu ships a broken 32-bit gnome environment; this bug should get
filed upstream with them.
In Mozilla Bugzilla #402742, İsmail Dönmez (ismaildonmez) wrote : | #28 |
(In reply to comment #27)
> Sounds like Ubuntu ships a broken 32-bit gnome environment; this bug should get
> filed upstream with them.
>
Does that mean GTK+ stock icon support depends on Gnome libraries? Thats not really a wise decision. Its just lots of extra dependencies just to display icons.
In Mozilla Bugzilla #402742, Bzbarsky (bzbarsky) wrote : | #29 |
> Does that mean GTK+ stock icon support depends on Gnome libraries?
Yes. On gnome_icon_lookup and gnome_icon_
If you know a way to achieve equivalent functionality without the GNOME dependency, please do tell!
In Mozilla Bugzilla #402742, Reed Loden (reed) wrote : | #30 |
I just filed Ubuntu launchpad #162993 (https:/
In Mozilla Bugzilla #402742, İsmail Dönmez (ismaildonmez) wrote : | #31 |
(In reply to comment #29)
> > Does that mean GTK+ stock icon support depends on Gnome libraries?
>
> Yes. On gnome_icon_lookup and gnome_icon_
>
> If you know a way to achieve equivalent functionality without the GNOME
> dependency, please do tell!
Well thats gonna be fun for distributions, I'll check with GTK+ guys if there is a GTK+ way to do this.
In Mozilla Bugzilla #402742, Syfou (syfou) wrote : | #32 |
> If you know a way to achieve equivalent functionality without the GNOME
> dependency, please do tell!
Wouldn't it be possible to steal it from libgnomeui without too much work? I
had a look at the GTK+ file chooser, and they pretty much re-implement it
internally[1]. Apparently, other applications such as gedit are planning taking
this road as well[2].
If it's too much trouble, now that stock icons are used in the navigation bar
by default (i.e. now that gnomestripe has been committed to the trunk), I think
it would be nicer if a stub moz-icon:// handler showing some default "missing"
icon was implemented for the one of us not having gnome installed: the
interface would feel less broken this way, and users could quickly spot the
problem.
--
[1]http://
[2]http://
In Mozilla Bugzilla #402742, Reed Loden (reed) wrote : | #33 |
(In reply to comment #32)
> [1]http://
http://
> [2]http://
http://
Reed Loden (reed) wrote : | #34 |
For Firefox 3, we're going to use GTK stock icons for many of the icons used in the browser. Unfortunately, it seems that 64-bit users are missing the needed 32-bit gnome libraries to use the GTK stock icons. See https:/
Comment #25 in the Mozilla bug states the following:
******
here's the issue:
ldd components/
The ia32-libs Ubuntu package does not contains all of the needed 32bit gnome
libraries for accessing the stock icons. I can also confirm that I see no icons
in the toolbar with the latest nightly.
******
It would be great if these missing libraries were added to the ia32-libs Ubuntu package so that users could use the GTK stock icons again. Thanks!
Changed in firefox: | |
status: | Unknown → Confirmed |
In Mozilla Bugzilla #402742, Jburgess777 (jburgess777) wrote : | #35 |
I saw this on Fedora 8 x86_64. The previous/next/home icons were all missing. syp on irc.mozilla.org pointed me to this bug.
I found the libraries were missing as per comment 25. It was fixed by doing:
# yum install libgnomeui.i386
Then I needed to restart minefield and create a new profile before the icons returned.
In Mozilla Bugzilla #402742, Dao (dao) wrote : | #36 |
*** Bug 405619 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #402742, Per Ångström (autark) wrote : | #37 |
*** Bug 406037 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #402742, Wuno (wuno) wrote : | #38 |
(In reply to comment #23)
> What about Firefox 2?
>
Firefox 2 uses also some few stock icons on buttons in the pref panel (toolkit/
In principle the usage of GNOME stock icons pulls in an unconditional dependency on libgnomeui, thus building with disable-gnomeui should be removed from configure.in. But as a workaround we could also build winstripe for those who don't want to pull in libgnomeui. This would however not be a solution for distros who don't pack libgnomeui.so in their libs.
In Mozilla Bugzilla #402742, Wuno (wuno) wrote : | #39 |
Created an attachment (id=291129)
This would build winstripe if libgnomeui isn't there
As a workaround use winstripe theme if libgnomeui isn't present. This patch doesn't touch toolkit/
In Mozilla Bugzilla #402742, Reed Loden (reed) wrote : | #40 |
(From update of attachment 291129)
If we can't come up with a better fix by b2, we might should take a wallpaper like this. :/
Requesting r?gavin/mconnor for normal browser/toolkit review (whoever gets to it first) and r?roc to see if he thinks this is the best fix for now until we figure something else out to deal with this.
Changed in firefox: | |
status: | Confirmed → In Progress |
Changed in firefox: | |
status: | In Progress → Fix Released |
43 comments hidden Loading more comments | view all 123 comments |
In Mozilla Bugzilla #402742, Reed Loden (reed) wrote : | #84 |
(From update of attachment 291702)
Can you file a new bug for this? Also, http://
In Mozilla Bugzilla #402742, Syfou (syfou) wrote : | #85 |
Created an attachment (id=291734)
Patch 2 using ifdefs
(In reply to comment #82)
> I don't know if this compiles w/o libgnomeui
Here is a revision of your patch: it now compiles here on a gtk2+ system without libgnomeui (no headers nor lib), and the moz-icon:// protocol is present in the resulting built.
It's hard for me to tell if it works as expected though: I seems to only get
"missing icons" instead of the expected stock icons (such as gtk-go-back) though the moz-icon handler, while I get a few "Gtk-WARNING **: Error loading theme icon '' for stock: Icon '' not present in theme" on the console.
Looking at comment #83, I wonder if it's not related to me screwing the xul.
In Mozilla Bugzilla #402742, Wuno (wuno) wrote : | #86 |
Created an attachment (id=291776)
enable icon decoder in non gnomui builds would belong to patch2
(In reply to comment #84)
> Created an attachment (id=291734) [details]
> Patch 2 using ifdefs
I need in addition a patch for configure, otherwise icon decoder gets stripped and not built at all with disable-gnomeui and the icons are missing.
> while I get a few "Gtk-WARNING **: Error loading
> theme icon '' for stock: Icon '' not present in theme" on the console.
Unfortunately, I end up then with same result
In Mozilla Bugzilla #402742, Sylvain Pasche (sylvain-pasche) wrote : | #87 |
By the way, there is still no icons displayed on Ubuntu 7.10 x86_64 (which was the initial issue of this bug).
ldd libimgicon.so|grep not
Ubuntu misses these 32bit libraries so that the component is not loaded.
In Mozilla Bugzilla #402742, Logan+mozilla-bmo (logan+mozilla-bmo) wrote : | #88 |
I just tried a recent hourly for Linux (2007120604) on unstable Debian and I'm also not seeing any moz-icon's without first installing libgnomeui-0.
In Mozilla Bugzilla #402742, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #89 |
Created an attachment (id=291998)
Follow up: more soft runtime dependencies
This makes both libgnome and libgnomevfs into soft dependencies, leaving only GTK2 as the hard library dependency and it should allow anyone to get stock icons after this has been checked in.
In Mozilla Bugzilla #402742, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #90 |
Created an attachment (id=292000)
...with the configure patch
This includes Walter's configure patch.
In Mozilla Bugzilla #402742, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #91 |
Created an attachment (id=292010)
...and the ifdefs
Since we are using types from those libraries, we need to ifdef out the code so that it will compile on machines without those libraries. If my coding is correct, this patch should fix every problem in this bug. Of course I'm frequently wrong so testers, you know what to do :-)
In Mozilla Bugzilla #402742, Reed Loden (reed) wrote : | #92 |
(From update of attachment 292010)
>+ifeq (gtk2,$
...
>+ifneq (,$(filter gtk2,$(
Why not use the same type of check for both of these?
In Mozilla Bugzilla #402742, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #93 |
Created an attachment (id=292013)
...and consistent configure checks
In Mozilla Bugzilla #402742, Syfou (syfou) wrote : | #94 |
Created an attachment (id=292025)
...and gtk2+ CFLAGS
(In reply to comment #90, comment #92)
> If my coding is correct, this patch should fix every problem in this bug
just tested it on a "libgnomeui-less" gtk2+ linux box (with the small fix above); it does build and run fine: all the icons in the navigation bar, menus, tabs, etc. are back at last... Michael, thanks for your work!
In Mozilla Bugzilla #402742, Ginn-chen (ginn-chen) wrote : | #95 |
For comment #86, comment #87
Icons are missing on Solaris, too
There's a typo in
http://
should be
!_gnome_icon_lookup
not
!gnome_icon_lookup
Do we have a bug open for this?
In Mozilla Bugzilla #402742, Wuno (wuno) wrote : | #96 |
(In reply to comment #93)
> Created an attachment (id=292025) [details]
> ...and gtk2+ CFLAGS
>
Yes, the gtk2+ CFLAGS are needed, then it works. I tested also building with
enable-gnomeui and running on a system lacking libgnome{ui} and gnome-vfs to simulate the Ubuntu situation - and it works, too. Icons are displayed.
Finally, searching for the term "gnomeui" at mxr.mozilla.org I got aware that the build time dependency on libgnomeui up to now seemed to be only necessary to get the icondecoder built. Thus, it appears that after Micheal's patch the libgnomeui dependency could be completely removed from the code (if building the icondecoder with libgnomeui in favor over without libgnomeui doesn't have additional advantages I don't see).
In Mozilla Bugzilla #402742, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #97 |
Created an attachment (id=292112)
Complete merged patch
This should be it. This should finally be it. Oh God I hope this is correct.
In Mozilla Bugzilla #402742, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #98 |
(In reply to comment #95)
> (In reply to comment #93)
> Finally, searching for the term "gnomeui" at mxr.mozilla.org I got aware that
> the build time dependency on libgnomeui up to now seemed to be only necessary
> to get the icondecoder built. Thus, it appears that after Micheal's patch the
> libgnomeui dependency could be completely removed from the code (if building
> the icondecoder with libgnomeui in favor over without libgnomeui doesn't have
> additional advantages I don't see).
libgnomeui is needed for file type icons, for example the icons in the download manager. We also need it for the object types that are used in the icon code. Its just that after this patch, they're completely optional like in Firefox 2.
In Mozilla Bugzilla #402742, Vladimir Vukicevic (vvuk) wrote : | #99 |
(From update of attachment 292112)
I guess this looks fine, one change:
>+#ifdef MOZ_ENABLE_GNOMEUI
> nsresult
> nsIconChannel:
> {
> nsresult rv;
>
>- if (NS_FAILED(
>+ if (NS_FAILED(
>+ gTriedToLoadGno
> return NS_ERROR_
>-
>- if (!gnome_
>+ }
>+
>+ gTriedToLoadGno
Just set gTriedToLoadGno
In Mozilla Bugzilla #402742, Roc-ocallahan (roc-ocallahan) wrote : | #100 |
(From update of attachment 292112)
I think Vlad's comment is wrong, if you do that, ensure_lib* will skip loading the libraries.
I think the code as written is correct, but confusing. ensure_lib* should not check gTriedToLoadGno
Having said that, I think we could land the patch as-is for beta2.
In Mozilla Bugzilla #402742, Vladimir Vukicevic (vvuk) wrote : | #101 |
Er yes, roc's right.
In Mozilla Bugzilla #402742, Reed Loden (reed) wrote : | #102 |
(From update of attachment 292112)
Want to land this for b2, as it fixes missing icons on Solaris, 64-bit machines, and people without the proper gtk2/gnome libs.
In Mozilla Bugzilla #402742, Mtschrep (mtschrep) wrote : | #103 |
(From update of attachment 292112)
Sure
In Mozilla Bugzilla #402742, Reed Loden (reed) wrote : | #104 |
Checking in modules/
/cvsroot/
new revision: 1.26; previous revision: 1.25
done
Checking in modules/
/cvsroot/
new revision: 1.12; previous revision: 1.11
done
Checking in modules/
/cvsroot/
new revision: 1.16; previous revision: 1.15
done
Checking in modules/
/cvsroot/
new revision: 1.5; previous revision: 1.4
done
Checking in toolkit/
/cvsroot/
new revision: 1.55; previous revision: 1.54
done
Checking in modules/
/cvsroot/
new revision: 1.15; previous revision: 1.14
done
Checking in configure.in;
/cvsroot/
new revision: 1.1895; previous revision: 1.1894
done
In Mozilla Bugzilla #402742, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #105 |
If more people can confirm that this works now without libgnomeui, libgnome and libgnomevfs then the relnote is no longer needed.
In Mozilla Bugzilla #402742, Reed Loden (reed) wrote : | #106 |
(From update of attachment 292112)
> PR_STATIC_
> IconDecoderModu
> {
>-#ifdef MOZ_ENABLE_GNOMEUI
> nsIconChannel:
>-#endif
> }
This removal was wrong, as it caused all non-Linux machines to burn due there only being a nsIconChannel:
In Mozilla Bugzilla #402742, Syfou (syfou) wrote : | #107 |
(In reply to comment #104)
> If more people can confirm that this works now without libgnomeui, libgnome and
> libgnomevfs then the relnote is no longer needed.
Just tried: it does work fine under those conditions, at least on Linux / GTK2+.
In Mozilla Bugzilla #402742, Wuno (wuno) wrote : | #108 |
builds fine w/o libgnomeui runs w/o libgnomeui, libgnome and libgnomevfs. Thanks for making it work
In Mozilla Bugzilla #402742, Mozilla-clue4all (mozilla-clue4all) wrote : | #109 |
The latest Linux hourly is working well with a non-libgnomeui install, just a bunch of gtk warnings in my console to look into (currently using Clearlooks, haven't look at Debian's default Raleigh theme). My default icon set is ugly as sin, but that's more of a Debian thing to work out. Thanks for all your work, b2pre is usable for me again.
In Mozilla Bugzilla #402742, Logan+mozilla-bmo (logan+mozilla-bmo) wrote : | #110 |
The latest nightly looks good for me as well, no warnings on the console.
Matthias Klose (doko) wrote : | #111 |
confirmed; I don't think we should add the complete gnome libs to ia32-libs.
Changed in ia32-libs: | |
importance: | Undecided → Wishlist |
status: | New → Confirmed |
Timothy Babych (tymofiy) wrote : | #112 |
In some places (alerts, questions) Firefox3 uses svg icons, so following libraries are needed too:
librsvg2
librsvg2-common
libgsf
libcroco3
In Mozilla Bugzilla #402742, Ori Avtalion (salty-horse) wrote : | #113 |
I'm using 64-bit Ubuntu.
With the nightly build, most of the icons are displayed except gtk-cancel and gtk-stop.
The error:
(firefox-bin:8381): Gtk-WARNING **: Error loading theme icon 'gtk-cancel' for stock: Unable to load image-loading module: /usr/lib32/
Indeed, I don't have a 32-bit version of the svg_loader.
In Mozilla Bugzilla #402742, Timothy Babych (tymofiy) wrote : | #114 |
if I understood right this bug is no longer about ubuntu x64 and only about libgnomeui
For missing ubuntu libs see comment #30, you will need 32bit versions of
librsvg2
librsvg2-common
libgsf
libcroco3
John Pham (jhnphm) wrote : | #115 |
The lack of SVG seems to affect Firefox 3's stop button when the Human theme is used:
(firefox-
(firefox-
Arthur (moz-liebesgedichte) wrote : | #116 |
Also makes gtk-cancel and gtk-dialog-
Arthur (moz-liebesgedichte) wrote : | #117 |
This affects adobe's acrobat reader (8.1.2, tar.bz2 package) as well.
Arthur (moz-liebesgedichte) wrote : | #118 |
Also affects e-Lohnausweis 3.4 (27.12.2007), a salary tax form management software of the Swiss government (partly Java based) with Linux version.
(SWT:26586): Gtk-WARNING **: Error loading theme icon 'gtk-dialog-
Luka Renko (lure) wrote : | #119 |
Similar issue (even worse result) with RawTherapee 2.3 on Hardy/amd64:
(rt:20836): Gtk-WARNING **: /usr/lib/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
(rt:20836): Gtk-WARNING **: /usr/lib/
processing file /usr/share/
processing file /usr/share/
processing file /usr/share/
terminate called after throwing an instance of 'Gdk::PixbufError'
Aborted (core dumped)
More info is available on RawTherapee forums:
http://
According to some users there, Debian and Ubuntu Gutsy is working fine with RawTherapee 2.3 and amd64
Sylvain Pasche (sylvain-pasche) wrote : | #120 |
There is another issue on Hardy which will make no stock icon visible. See https:/
Sylvain Pasche (sylvain-pasche) wrote : | #121 |
Matthias,
This is not a duplicate of bug 162993. The trouble here is that some libraries are not included in ia32-libs, which makes the above Firefox component not to load. Right now on Hardy no stock icons are visible at all because of bug 162993, but when it is fixed there will still be some stock icons not visible because of the lack of these libraries.
Matthias Klose (doko) wrote : | #122 |
ok, then closing. According to https:/
mozilla can do without the gnome libs. If not, please reopen and reassign to firefox
Changed in ia32-libs: | |
status: | Confirmed → Fix Released |
Arthur (moz-liebesgedichte) wrote : | #123 |
Verified fixed in hardy with Minefield (Firefox 3 nightly), Seamonkey (stable) and Acrobat Reader. *Big smile*. Verifying the fix was blocked by bug 190227 which is now fixed as well.
Changed in firefox: | |
importance: | Unknown → High |
Created an attachment (id=287564)
nightly screeshot