GNOME Bugzilla – Bug 612077
Fails to open a picture pop-up on derstandard.at
Last modified: 2010-08-30 09:05:55 UTC
Hi, when reading an article on derstandard.at (an Austrian news site in German language), e.g. <http://derstandard.at/1267131847602/Zweite-Beta-von-GNOME-230-bringt-letzte-neue-Features> I try to open up a screenshot picture by clicking on one of the thumbnails. A new window opens with the picture's title in the title bar, but instead of showing the picture, the window hangs. Trying to close the window results in Metacity asking me if I want to kill it. I have the following Debian packages installed: $ dpkg -l epiphany\* libwebkit\* libsoup\* | grep ^ii ii epiphany-browser 2.29.91-1 Intuitive GNOME web browser ii epiphany-browser-data 2.29.91-1 Data files for the GNOME web browser ii epiphany-extensions 2.29.91-1 Extensions for Epiphany web browser ii libsoup-gnome2.4-1 2.29.91-1 an HTTP library implementation in C -- GNOME ii libsoup2.4-1 2.29.91-1 an HTTP library implementation in C -- Share ii libwebkit-1.0-2 1.1.22-1 Web content engine library for Gtk+ ii libwebkit-1.0-common 1.1.22-1 Web content engine library for Gtk+ - data f - Fabian
Interesting. It works for me, do you have any extensions enabled? Can you try with them disabled?
He, indeed! Now it works for me in a VirtualBox environment without any extensions installed. Will try again at home where I have at least the Adblock extension enabled.
Well, strange. It works for me on two systems that track Debian unstable, regardless of if the epiphany-extensions package is installed or not. But it still does not work on my system at home (with and without epiphany-extensions), which has a mix of testing/unstable/experimental packages.
Can you check the libsoup versions on the systems that work, and on those that do not?
*All* systems have: libsoup-gnome2 2.29.91-1 libsoup2.4-1 2.29.91-1
This sounds very similar to https://bugzilla.gnome.org/show_bug.cgi?id=612320. Do you also get those TypeError messages?
(I'm (me=612320) not experiencing the issues described here, unfortunately. So commonality :/ )
Well, today the bug occured in another article on <derstandard.at>, but this time on one of the systems where it worked previously. Maybe the bug isn't 100% reproducible and takes some tries to occure.
Hm. Can you get us a trace when it hangs? I.e. attach GDB and do t a a bt full. Does it hog the CPU after all? Are your networking conditions a bit flaky, i.e. much packet loss or high latency?
(In reply to comment #9) > Hm. Can you get us a trace when it hangs? I.e. attach GDB and do t a a bt full. > Does it hog the CPU after all? Are your networking conditions a bit flaky, i.e. > much packet loss or high latency? I were not able to reproduce this bug today with an upgraded set of packages: $ dpkg -l epiphany\* libwebkit\* libsoup\* | grep ^ii ii epiphany-browser 2.30.3-1 Intuitive GNOME web browser ii epiphany-browser-data 2.30.3-1 Data files for the GNOME web browser ii libsoup-gnome2.4-1 2.30.2-1 an HTTP library implementation in C -- GNOME support library ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in C -- Shared library ii libwebkit-1.0-2 1.2.3-2 Web content engine library for Gtk+ ii libwebkit-1.0-common 1.2.3-2 Web content engine library for Gtk+ - data files Closing it, thanks for the reminder!