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 UI hangs for 30s while loading pages
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: 5.0-6
Severity: important

Iceweasel regularly hangs while loading pages. Many pages show the
symptoms, though never regularly. I haven't determined if some do and 
some don't. It could also be that some advertisments that are being 
randomly served influence the issue.

Following symptoms:
1. Complete UI freeze
No switching to other tabs, aborting loading of the website, not even 
redrawing the window.

2. There is always some pending IO
The lower-left status popup (where e.g. the URL you're hovering over is 
displayed) shows the state of the loading operation. While the UI hangs, 
this is typically in the state "Waiting for www.example.com...".

3. In the output (~/.xsession-errors), I get these four lines:
>
> ** (firefox-bin:29217): WARNING **: Serious fd usage error 14
>
> ** (firefox-bin:29217): WARNING **: Serious fd usage error 10
Yes, two empty ones and two with these warnings! These always (or usually) 
come in such pairs. I have seen errors 10, 13, 14 (according to errno 
those are ECHILD, EACCES, EFAULT) there.

4. Neither high CPU (htop) nor IO (iostat) load occurs.

5. After 30s, loading and UI operation resumes, without any faults. The 
interesting thing here is that these 30s are reproducible, not randomly. 
I watched the clock after a few such hangs to find that this is systematic 
indeed.


Good luck!

Uli


-- Package-specific info:

-- Extensions information
Name: Default themefalse
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: DownloadHelper extensionfalse
Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}
Status: enabled

-- Plugins information
Name: Shockwave Flash
Location: /usr/lib/mozilla/plugins/libflash-mozplugin.so
Package: libflash-mozplugin
Status: enabled


-- Addons package information
ii  iceweasel      5.0-6          Web browser based on Firefox
ii  libflash-mozpl 0.4.13-9       GPL Flash (SWF) Library - Mozilla-compatible

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.39-rc7-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils                   4.0.2      Miscellaneous utilities specific t
ii  fontconfig                    2.8.0-3    generic font configuration library
ii  libc6                         2.13-16    Embedded GNU C Library: Shared lib
ii  libgcc1                       1:4.6.1-4  GCC support library
ii  libgdk-pixbuf2.0-0            2.23.5-3   GDK Pixbuf library
ii  libglib2.0-0                  2.28.6-1   The GLib library of C routines
ii  libgtk2.0-0                   2.24.4-3   The GTK+ graphical user interface 
ii  libnspr4-0d                   4.8.9-1    NetScape Portable Runtime Library
ii  libstdc++6                    4.6.1-4    GNU Standard C++ Library v3
ii  procps                        1:3.2.8-11 /proc file system utilities
ii  xulrunner-5.0                 5.0-6      XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  libgssapi-krb5-2            1.9.1+dfsg-1 MIT Kerberos runtime libraries - k
pn  mozplugger                  <none>       (no description available)
ii  ttf-lyx                     2.0.0-1      TrueType versions of some TeX font
pn  ttf-mathematica4.1          <none>       (no description available)
pn  xfonts-mathml               <none>       (no description available)
pn  xprint                      <none>       (no description available)

Versions of packages xulrunner-5.0 depends on:
ii  libasound2              1.0.24.1-2       shared library for ALSA applicatio
ii  libatk1.0-0             2.0.1-2          ATK accessibility toolkit
ii  libbz2-1.0              1.0.5-6          high-quality block-sorting file co
ii  libc6                   2.13-16          Embedded GNU C Library: Shared lib
ii  libcairo2               1.10.2-6.1       The Cairo 2D vector graphics libra
ii  libdbus-1-3             1.4.14-1         simple interprocess messaging syst
ii  libevent-1.4-2          1.4.13-stable-1  An asynchronous event notification
ii  libfontconfig1          2.8.0-3          generic font configuration library
ii  libfreetype6            2.4.6-1          FreeType 2 font engine, shared lib
ii  libgcc1                 1:4.6.1-4        GCC support library
ii  libgdk-pixbuf2.0-0      2.23.5-3         GDK Pixbuf library
ii  libglib2.0-0            2.28.6-1         The GLib library of C routines
ii  libgtk2.0-0             2.24.4-3         The GTK+ graphical user interface 
ii  libhunspell-1.2-0       1.2.14-4         spell checker and morphological an
ii  libjpeg62               6b1-2            Independent JPEG Group's JPEG runt
ii  libmozjs5d              5.0-6            Mozilla SpiderMonkey JavaScript li
ii  libnspr4-0d             4.8.9-1          NetScape Portable Runtime Library
ii  libnss3-1d              3.12.11-1        Network Security Service libraries
ii  libpango1.0-0           1.28.4-1         Layout and rendering of internatio
ii  libpixman-1-0           0.22.2-1         pixel-manipulation library for X a
ii  libreadline6            6.2-2            GNU readline and history libraries
ii  libsqlite3-0            3.7.7-2          SQLite 3 shared library
ii  libstartup-notification 0.12-1           library for program launch feedbac
ii  libstdc++6              4.6.1-4          GNU Standard C++ Library v3
ii  libvpx0                 0.9.7.p1-1       VP8 video codec (shared library)
ii  libx11-6                2:1.4.4-1        X11 client-side library
ii  libxext6                2:1.3.0-3        X11 miscellaneous extension librar
ii  libxrender1             1:0.9.6-2        X Rendering Extension client libra
ii  libxt6                  1:1.1.1-2        X11 toolkit intrinsics library
ii  zlib1g                  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages xulrunner-5.0 suggests:
ii  libcanberra0                  0.28-1     a simple abstract interface for pl
ii  libdbus-glib-1-2              0.94-4     simple interprocess messaging syst
ii  libgconf2-4                   2.32.4-1   GNOME configuration database syste
ii  libgnomeui-0                  2.24.5-1   GNOME user interface library - run
ii  libgnomevfs2-0                1:2.24.4-1 GNOME Virtual File System (runtime
ii  libnotify1 [libnotify1-gtk2.1 0.5.0-2    sends desktop notifications to a n

-- 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 ---

Reply via email to