[Desktop-packages] [Bug 1494402] [NEW] WebKitWebProcess WebKitGtk+ 2.4.8 uses memory without end when visiting some LinkedIn URL
Public bug reported: Ubuntu 14.10 with GNOME3 PPA. I launch Web, GNOME's default browser and I log in into my LinkedIn profile. Then, from the top bar I place my pointer over the "Connections" menu so it is expanded, once expanded, I click on the "See all" link: https://www.linkedin.com/people/pymk/hub?ref=global-nav&trk=nav_utilities_invites_header Upon doing so, the browser freezes and I notice the HD of my computer starting to work hard. After checking with "top" the WebKitWebProcess is growing its used memory by the Gbs!!! and it doesn't seem to stop. This may not be a problem in WKGTK+ but the graphics driver since, after repeating the process with a GDB attached to the WebKitWebProcess, GDB states that the point in which it exits when manually killing the process is: /usr/lib/x86_64-linux-gnu/dri/i965_dri.so However, I cannot reproduce with Chromium, FF (of course, the code path is completely different). ** Affects: mesa (Ubuntu) Importance: Undecided Status: New ** Package changed: nautilus-sendto (Ubuntu) => mesa (Ubuntu) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus-sendto in Ubuntu. https://bugs.launchpad.net/bugs/1494402 Title: WebKitWebProcess WebKitGtk+ 2.4.8 uses memory without end when visiting some LinkedIn URL Status in mesa package in Ubuntu: New Bug description: Ubuntu 14.10 with GNOME3 PPA. I launch Web, GNOME's default browser and I log in into my LinkedIn profile. Then, from the top bar I place my pointer over the "Connections" menu so it is expanded, once expanded, I click on the "See all" link: https://www.linkedin.com/people/pymk/hub?ref=global-nav&trk=nav_utilities_invites_header Upon doing so, the browser freezes and I notice the HD of my computer starting to work hard. After checking with "top" the WebKitWebProcess is growing its used memory by the Gbs!!! and it doesn't seem to stop. This may not be a problem in WKGTK+ but the graphics driver since, after repeating the process with a GDB attached to the WebKitWebProcess, GDB states that the point in which it exits when manually killing the process is: /usr/lib/x86_64-linux-gnu/dri/i965_dri.so However, I cannot reproduce with Chromium, FF (of course, the code path is completely different). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1494402/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1494402] Re: WebKitWebProcess WebKitGtk+ 2.4.8 uses memory without end when visiting some LinkedIn URL
Installed package info: Package: libgl1-mesa-dri Priority: optional Section: libs Installed-Size: 13450 Maintainer: Ubuntu X-SWAT Original-Maintainer: Debian X Strike Force Architecture: amd64 Source: mesa Version: 10.3.2-0ubuntu0.1 Replaces: libgl1-mesa-dri-experimental (<< 7.11.1), xlibmesa-dri (<< 1:7.0.0) Depends: libllvm3.5 (>= 1:3.5~+rc3), libc6 (>= 2.17), libdrm-intel1 (>= 2.4.48), libdrm-nouveau2 (>= 2.4.38), libdrm-radeon1 (>= 2.4.31), libdrm2 (>= 2.4.38), libelf1 (>= 0.142), libexpat1 (>= 2.0.1), libgcc1 (>= 1:4.7), libstdc++6 (>= 4. 9) Pre-Depends: multiarch-support Recommends: libtxc-dxtn-s2tc0 | libtxc-dxtn0 Conflicts: xlibmesa-dri (<< 1:7.0.0) Breaks: libgl1-mesa-dri-experimental (<< 7.11.1), libgl1-mesa-glx (<< 7.10.2-4), libgl1-mesa-glx-no-multiarch, xserver-xorg-core (<< 2:1.14.3-5), xserver-xorg-core-no-multiarch Filename: pool/main/m/mesa/libgl1-mesa-dri_10.3.2-0ubuntu0.1_amd64.deb Size: 3351968 MD5sum: fb6937016f5cc5af78aeab9671177e60 SHA1: 46358fe6f088e2bc66bba57a2ca9477faa5d8f98 SHA256: 15adb480830a429daea75d02ebb39ed465a7933ae1f81d9c54284d20ae88d259 Description-en: free implementation of the OpenGL API -- DRI modules This version of Mesa provides GLX and DRI capabilities: it is capable of both direct and indirect rendering. For direct rendering, it can use DRI modules from the libgl1-mesa-dri package to accelerate drawing. . This package does not include the OpenGL library itself, only the DRI modules for accelerating direct rendering. . For a complete description of Mesa, please look at the libgl1-mesa-glx package. Description-md5: 5f2b652ffc2f2781c936450c0c51bcc7 Multi-Arch: same Homepage: http://mesa3d.sourceforge.net/ Bugs: https://bugs.launchpad.net/ubuntu/+filebug Origin: Ubuntu Supported: 9m Task: ubuntu-desktop, ubuntu-usb, kubuntu-desktop, kubuntu-active, kubuntu-active-desktop, kubuntu-active, edubuntu-desktop, edubuntu-usb, xubuntu-desktop, xubuntu-core, mythbuntu-frontend, mythbuntu-frontend, mythbuntu-desktop, mythbuntu-backend-slave, mythbuntu-backend-slave, mythbuntu-backend-master, mythbuntu-backend-master, lubuntu-core, ubuntustudio-desktop-minimal, ubuntustudio-desktop, ubuntu-gnome-desktop, ubuntu-sdk-libs, ubuntu-touch, ubuntukylin-desktop -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to mesa in Ubuntu. https://bugs.launchpad.net/bugs/1494402 Title: WebKitWebProcess WebKitGtk+ 2.4.8 uses memory without end when visiting some LinkedIn URL Status in mesa package in Ubuntu: New Bug description: Ubuntu 14.10 with GNOME3 PPA. I launch Web, GNOME's default browser and I log in into my LinkedIn profile. Then, from the top bar I place my pointer over the "Connections" menu so it is expanded, once expanded, I click on the "See all" link: https://www.linkedin.com/people/pymk/hub?ref=global-nav&trk=nav_utilities_invites_header Upon doing so, the browser freezes and I notice the HD of my computer starting to work hard. After checking with "top" the WebKitWebProcess is growing its used memory by the Gbs!!! and it doesn't seem to stop. This may not be a problem in WKGTK+ but the graphics driver since, after repeating the process with a GDB attached to the WebKitWebProcess, GDB states that the point in which it exits when manually killing the process is: /usr/lib/x86_64-linux-gnu/dri/i965_dri.so However, I cannot reproduce with Chromium, FF (of course, the code path is completely different). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1494402/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1400730] Re: libxext fills up .xsession-errors log files
It seems I'm hitting 2 bugs at the same time since some of my performance problems with WebKitGTK+ seems to be caused because of this bug: https://bugs.freedesktop.org/show_bug.cgi?id=85064 ** Bug watch added: freedesktop.org Bugzilla #85064 https://bugs.freedesktop.org/show_bug.cgi?id=85064 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxext in Ubuntu. https://bugs.launchpad.net/bugs/1400730 Title: libxext fills up .xsession-errors log files Status in libxext package in Ubuntu: Fix Released Status in libxext source package in Utopic: Confirmed Status in libxext source package in Vivid: Fix Released Bug description: libxext can write debug output, and it can write so much of it that it fills up .xsession-errors t be several GB and fill up the hard disk (or the equivalent file with lightdm). error is "_xgeWireToEvent: Unknown extension 148, this should never happen" [TEST CASE] Install Plasma 5 on utopic Use it for a while Notice that ~/.xsession-errors is filling up saying "_xgeWireToEvent: Unknown extension 148, this should never happen" with the new packages this will not happen To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libxext/+bug/1400730/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1400730] Re: libxext fills up .xsession-errors log files
I'm suffering the same problem and I've applied the suggested upstream patch in my personal PPA: https://launchpad.net/~tanty/+archive/ubuntu/ppa/+packages However, I don't think this is a proper fix for the problem I'm observing. When the problem was happening and tons of error is "_xgeWireToEvent: Unknown extension 148, this should never happen" messages were spitted, everything was going much slower in the affected application. With the fix, the application now is mute about this problem but it is still clearly slower. Hence, the error is still happening it is just that we are not seeing the error messages any more. Is this error a regression in libXext ? In my case, I'm specially seeing it in a custom compilation of epiphany, the GNOME Browser, from upstream. It seems to be affecting webkitgtk+ ... I've just upgraded from Trusty and I was not suffering this problem before with the same custom compilation of epiphany. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libxext in Ubuntu. https://bugs.launchpad.net/bugs/1400730 Title: libxext fills up .xsession-errors log files Status in libxext package in Ubuntu: Fix Released Status in libxext source package in Utopic: Confirmed Status in libxext source package in Vivid: Fix Released Bug description: libxext can write debug output, and it can write so much of it that it fills up .xsession-errors t be several GB and fill up the hard disk (or the equivalent file with lightdm). error is "_xgeWireToEvent: Unknown extension 148, this should never happen" [TEST CASE] Install Plasma 5 on utopic Use it for a while Notice that ~/.xsession-errors is filling up saying "_xgeWireToEvent: Unknown extension 148, this should never happen" with the new packages this will not happen To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libxext/+bug/1400730/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1035701] Re: grilo plugins should be enabled in Totem
Isn't this a problem in rythmbox's grilo plugin implementation rather than a bug in grilo plugins? Check: https://bugzilla.gnome.org/show_bug.cgi?id=682574 ** Bug watch added: GNOME Bug Tracker #682574 https://bugzilla.gnome.org/show_bug.cgi?id=682574 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to totem in Ubuntu. https://bugs.launchpad.net/bugs/1035701 Title: grilo plugins should be enabled in Totem Status in One Hundred Papercuts: Triaged Status in “totem” package in Ubuntu: Triaged Bug description: I see no good reason why they're not. For the most part they all work, any that don't are a grilo bug, (like vimeo), & shouldn't affect being enabled. If sticking with 3.4.3/gstreamer .10/grilo 0.1 (0.1.2 is available) it would seem straightforward to enable & have installed (inc. it in totem-plugins here in a test rebuild If moving to totem 3.4.4+/gstreamer1.0/grilo 0.2 then have tested that here, works ok though ATM not as good as 0.1 , though again any grilo issies are grilo bugs ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: totem 3.4.3-0ubuntu1 ProcVersionSignature: Ubuntu 3.5.0-9.9-generic 3.5.0 Uname: Linux 3.5.0-9-generic x86_64 ApportVersion: 2.4-0ubuntu6 Architecture: amd64 Date: Sat Aug 11 14:32:15 2012 InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120707) ProcEnviron: TERM=xterm PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: totem UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/hundredpapercuts/+bug/1035701/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
