Your message dated Thu, 13 Dec 2012 17:38:45 +0100
with message-id <[email protected]>
and subject line Fixed in 17.0
has caused the Debian Bug report #639837,
regarding iceweasel: Certain plugins (e.g. Flash) fail to work when Iceweasel
is started from within Icedove
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
639837: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639837
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: iceweasel
Version: 10.0~b2-1
Severity: important
Tags: patch
Dear Maintainer,
When I follow a web link in Icedove and Iceweasel isn't running yet, Iceweasel
will start and load the requested page. However, this instance of Iceweasel
will then have a non-functional Flash plugin. Loading a page with an embedded
Flash element (in any window, any tab) will cause Iceweasel to freeze up for
>30 seconds and finally proceed loading the page without showing the Flash
element. This also happens after closing Icedove.
Closing Iceweasel, restarting it manually (e.g. from the menu) and reloading
the same page (then, even if it's loaded by following the link in Icedove, just
like before) results in a working Flash once again.
My version of Icedove is 3.1.16-1. This bug is a result of library interference
between Icedove and Iceweasel, so I'm not sure if it should be reported for
Icedove instead. However, since I'm seeing the effect in Iceweasel, I'm
reporting it here for now. Also, this isn't specific to Flash, other plugins
are likely to be affected as well.
It's caused by Icedove setting LD_LIBRARY_PATH to its own directory in
/usr/lib/icedove/run-mozilla.sh and not clearing the variable when launching
external programs. Since Iceweasel partially uses libraries with the same
names, it ends up loading the wrong ones (the ones from the Icedove directory)
which causes the symptoms.
Workaround for me is to edit /usr/lib/iceweasel/iceweasel and add "export
LD_LIBRARY_PATH=" as first executed line. Alternatively, Icedove could clear
this variable before launching other programs.
-- Package-specific info:
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages iceweasel depends on:
ii debianutils 4.1
ii fontconfig 2.8.0-3
ii libc6 2.13-24
ii libgdk-pixbuf2.0-0 2.24.0-2
ii libglib2.0-0 2.30.2-4
ii libgtk2.0-0 2.24.8-2
ii libnspr4-0d 4.8.9-1
ii libstdc++6 4.6.2-9
ii procps 1:3.3.1-1
ii xulrunner-10.0 10.0~b2-1
iceweasel recommends no packages.
Versions of packages iceweasel suggests:
ii libgssapi-krb5-2 1.10+dfsg~alpha2-1
ii mathematica-fonts [ttf-mathematica4.1] 13
ii mozplugger <none>
ii ttf-lyx 2.0.2-1
ii ttf-mathematica4.1 13
ii xfonts-mathml 4
Versions of packages xulrunner-10.0 depends on:
ii libasound2 1.0.24.1-4
ii libatk1.0-0 2.2.0-2
ii libbz2-1.0 1.0.6-1
ii libc6 2.13-24
ii libcairo2 1.10.2-6.2
ii libdbus-1-3 1.4.16-1
ii libdbus-glib-1-2 0.98-1
ii libevent-2.0-5 2.0.16-stable-1
ii libfontconfig1 2.8.0-3
ii libfreetype6 2.4.8-1
ii libgcc1 1:4.6.2-9
ii libgdk-pixbuf2.0-0 2.24.0-2
ii libglib2.0-0 2.30.2-4
ii libgtk2.0-0 2.24.8-2
ii libhunspell-1.3-0 1.3.2-4
ii libjpeg8 8c-2
ii libmozjs10d 10.0~b2-1
ii libnotify4 0.7.4-1
ii libnspr4-0d 4.8.9-1
ii libnss3-1d 3.13.1.with.ckbi.1.88-1
ii libpango1.0-0 1.29.4-2
ii libpixman-1-0 0.24.0-1
ii libreadline6 6.2-8
ii libsqlite3-0 3.7.9-2
ii libstartup-notification0 0.12-1
ii libstdc++6 4.6.2-9
ii libvpx0 0.9.7.p1-2
ii libx11-6 2:1.4.4-4
ii libxext6 2:1.3.0-3
ii libxrender1 1:0.9.6-2
ii libxt6 1:1.1.1-2
ii zlib1g 1:1.2.3.4.dfsg-3
Versions of packages xulrunner-10.0 suggests:
ii libcanberra0 0.28-3
ii libgnomeui-0 2.24.5-2
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 17.0-1
Hi,
On Sat, Nov 03, 2012 at 08:37:18PM +0100, Carsten Schoenert wrote:
> Hello Greg,
>
> On Tue, Feb 14, 2012 at 09:22:34AM -0500, Greg Smith wrote:
> > Oops, I missed the merge with #654781. I was also able to make the
> > hangs go away by using a variation on the workaround there: editing
> > /usr/lib/iceweasel/iceweasel to make its second line be "unset
> > LD_LIBRARY_PATH". After that, things are fine even with the
> > Shockwave Flash plug-in enabled. That's strong evidence that the
> > root problem here is, as suggested in the other bug report, that
> > Icedove is launching Iceweasel with an inappropriate LD_LIBRARY_PATH
> > setting. That then causes the Flash plugin to hang for 30 seconds
> > and ultimately fail.
>
> that sounds logical. :)
>
> To be sure can someone please make a strace of this behavior there
> hopefully will be something to see while iceweasel trying to open
> librarys from icedove?
>
> strace -p [PID_OF_ICEWEASEL] -e trace=open -o /tmp/iceweasel-log.txt
>
> Maybe with versions >14 of iceweasel this will no longer happen, Mozilla
> has changed the way to get the correct libray paths.
> If not we have to talk to Mike how to get this bug out.
We checked that icedove doesn't export any LD_* variables to invoked
programs anmyore and that the browser UI doesn't freeze. So this is
fixed in newer releases.
Cheers,
-- Guido
--- End Message ---
