libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

skottish · 2010-10-03 01:23:09

I searched around the forum and saw nothing, so I'm curious. Since the libwebkit upgrade to 1.2.4, I'm seeing multiple pages where the first time that I go to them there's nothing but a blank page (bugs.archlinux.org and gmail for instance). If I refresh the page, it appears. Since I use vimprobable2, I thought that I'd try Midori to see if it still does it. It does. I tried downgrading to the version in extra. Same problem. I rebuilt it. Same problem. I went to the webkit bug tracker and there's nothing similar. Are any of you seeing this or should I be looking somewhere else?

*** By the way, please don't bother with Chromium posts. It's a totally different beast. ***

Last edited by skottish (2010-10-03 04:05:06)

firecat53 · 2010-10-03 02:36:29

Tested both those pages with dwb and they both popped up first try with no issues. Checked to make sure I have 1.2.4 first I haven't noticed it on other pages, either.

Scott

diegonc · 2010-10-03 02:43:54

I just tested uzbl and everything looks good. (i.e. no blank page)

$ pacman -Q libwebkit uzbl-browser
libwebkit 1.2.4-1
uzbl-browser 2010.08.05-1

The example uzbl config was used (/usr/share/uzbl/examples/config/config).
Cookies cleared.
Pages loaded using the ':uri' command, after the 'does it work' page was renderer.

skottish · 2010-10-03 02:58:30

Thanks for the responses. Are either of you running 'testing'?

cesura · 2010-10-03 03:05:08

Not seeing this problem here either.

~ % pacman -Q libwebkit jumanji-git                                     brad at Xenon (x86_64)
libwebkit 1.2.4-1
jumanji-git 20100919-1

I am not running testing by the way.

skottish · 2010-10-03 03:11:52

itsbrad212 wrote:

I am not running testing by the way.

A TU that doesn't run testing? What are you... sane?!?!?!?!

<<--?!!?-->>

I'll find this bug, but I need some people using testing to verify that it's here, or not, locally.

cesura · 2010-10-03 03:15:11

skottish wrote:

itsbrad212 wrote:
I am not running testing by the way.
A TU that doesn't run testing? What are you... sane?!?!?!?!
<<--?!!?-->>

Haha!
It wouldn't matter what I run on my main system. All work is done in a chroot.

skottish · 2010-10-03 03:22:24

Oh, boy. It's happening more and more and more. Even with the BBS now. I'm experiencing corruption somewhere. Crap.

Thanks for the help everyone.

--EDIT--

Don't discard yet

Last edited by skottish (2010-10-03 04:00:17)

bangkok_manouel · 2010-10-03 03:56:44

try downgrading libsoup to see if it helps.

skottish · 2010-10-03 04:04:43

bangkok_manouel wrote:

try downgrading libsoup to see if it helps.

In this case, it wasn't downgrading, it was upgrading. For whatever reason, the Arch devs have left the older version in testing.

Devs?

You've always been good to me bangkok_manouel. Thanks my friend.

Allan · 2010-10-03 08:17:38

Huh...

> pacman -Si libsoup
Repository : testing
Name : libsoup
Version : 2.32.0-1
...

Repository : extra
Name : libsoup
Version : 2.30.2-2

I'm not one for math... but 32 > 30!

combuster · 2010-10-03 08:44:29

I have the same problem with Epiphany. Blank pages usually appear after php search queries, forums, bugtrackers etc... Very annoying. I have testing enabled.

When I hit enter on the address bar , page gets loaded.

Last edited by combuster (2010-10-03 08:45:31)

skottish · 2010-10-03 14:25:23

Allan wrote:

Huh...
> pacman -Si libsoup
Repository : testing
Name : libsoup
Version : 2.32.0-1
...
Repository : extra
Name : libsoup
Version : 2.30.2-2
I'm not one for math... but 32 > 30!

Errr..

I'm retarted?

Army · 2010-10-03 15:03:17

I have this problem only when the browser runs through privoxy. If I deactiate it everything's fine. But it's not caused by privoxy, because in firefox it works as before. The problem seems to be the switch from http to https. For example, I go here by typing bbs.archlinux.org. The first thing the browser does is completing the url to http://bbs.archlinux.org and then I guess the server tells the browser, that the site can only be reached by https, so it switches to https://bbs.archlinux.org, but that last step doesn't work anymore.

Last edited by Army (2010-10-03 15:05:41)

skottish · 2010-10-03 15:11:05

Army wrote:

I have this problem only when the browser runs through privoxy. If I deactiate it everything's fine. But it's not caused by privoxy, because in firefox it works as before. The problem seems to be the switch from http to https. For example, I go here by typing bbs.archlinux.org. The first thing the browser does is completing the url to http://bbs.archlinux.org and then I guess the server tells the browser, that the site can only be reached by https, so it switches to https://bbs.archlinux.org, but that last step doesn't work anymore.

Privoxy here also. It happens to me if I go from here to gmail, so I'm not seeing any correlation on my computer. I would like to file a bug report with the libsoup people, so all information is good information.

combuster · 2010-10-03 16:55:58

Ok, no privoxy, no nothing here, just plain adsl router, dhcpcd, I got ufw running. Problem first started when Epiphany 2.30.6-1 entered testing. I don't really know, it could be that at the same time libwebkit or libsoup entered testing also.

pacman -Qs libsoup
local/libsoup 2.32.0-1
GNOME HTTP Library - base library
local/libsoup-gnome 2.32.0-1
GNOME HTTP Library - GNOME libraries

If there is any more information u need...

Army · 2010-10-03 20:55:39

skottish wrote:

so all information is good information.

It's the same with bfilter too!

skottish · 2010-10-03 23:15:52

I filed a bug report. Now I'm waiting to see what the bug ID is. I got kicked back to the bugzilla main page and there was no notification on the site or to my e-mail. As well, the bug isn't visible yet. This is typical of filing anything at Gnome, so I'm not surprised.

bangkok_manouel · 2010-10-04 08:48:21

skottish wrote:

You've always been good to me bangkok_manouel. Thanks my friend.

You're most welcome oh and if it can make Allan feel better, it's also broken on non-arch distros

Army · 2010-10-04 08:59:13

Army wrote:

then I guess the server tells the browser, that the site can only be reached by https, so it switches to https://bbs.archlinux.org, but that last step doesn't work anymore.

I just realized this isn't completely right! This last step DOES work, so the browser switches to https, but then the process doesn't continue.

skottish · 2010-10-06 02:08:23

In my case it's privoxy and this version of libsoup not playing nicely together. I didn't check before because of people saying that they're seeing this without being behind any proxy. RIght now I don't see any configuration options for libsoup, but I haven't dug too deep into it. There's still an open bug report at Gnome, but it may not be a bug at all.

combuster · 2010-10-06 17:13:04

Can someone try bisecting, I'm interested in seing if this bug was introduced by the same commit in both cases (with or without proxy).

dc6395ccdb50e930bf71cd789bcb06e9b25aec44 is the first bad commit
commit dc6395ccdb50e930bf71cd789bcb06e9b25aec44
Author: Dan Winship <danw@gnome.org>
Date:   Sat May 29 16:37:34 2010 +0200

    Add SoupMessageQueueItemState, remove SoupMessageIOStatus
    
    SoupMessageIOStatus was always really more about the session than the
    message. (SoupServer I/O didn't use it at all.) Replace it with a new
    SoupMessageQueueItemState, on the queue item rather than the message.

Had 5 or 6 bisecting steps, should be fast...

skottish · 2010-10-08 02:43:04

combuster wrote:

Can someone try bisecting, I'm interested in seing if this bug was introduced by the same commit in both cases (with or without proxy).

dc6395ccdb50e930bf71cd789bcb06e9b25aec44 is the first bad commit
commit dc6395ccdb50e930bf71cd789bcb06e9b25aec44
Author: Dan Winship <danw@gnome.org>
Date:   Sat May 29 16:37:34 2010 +0200

    Add SoupMessageQueueItemState, remove SoupMessageIOStatus
    
    SoupMessageIOStatus was always really more about the session than the
    message. (SoupServer I/O didn't use it at all.) Replace it with a new
    SoupMessageQueueItemState, on the queue item rather than the message.

Had 5 or 6 bisecting steps, should be fast...

No one?

I'll take it. I'm pretty limited in time right now, but I'll get to it this weekend.

*** Crash-course in git, here I come... ***

vcap · 2010-10-10 23:51:21

Since i upgraded to libsoup 2.32.0, i also get blank pages that i need to refresh manually with midori.

I did catch one instance with tcpdump and it turns out that what happened, in this specific case, seems to be this:

libsoup tries to send a GET request through a connection that has seen no traffic since 4mins or so (but is still theorically alive, i.e no "Connection: close" from either end or any other indication that the connection is dead);
the other end does not like this and answer with a tcp reset (it SHOULD NOT, but there are reasons/excuses for this behaviour).
then, libsoup gives up instead of doing what it MUST[1], that is: automatically try to open a new connection to send the failed request.

In that case the remote end was 66.249.92.104, which is www. google. com as resolved by the local isp. And, indeed, i see a lot of blank pages with my google searches, lately.

[1] actually, i am not absolutely certain whose responsability it is to retry sending the request in a new connection (libsoup/webkit/midori?). But i am pretty sure it's not that of the human operator.

skottish · 2010-10-11 01:04:12

vcap,

If you wouldn't mind posting your findings here it would be greatly appreciated;

https://bugzilla.gnome.org/show_bug.cgi?id=631368

My workstation died since I opened this thread and my laptop is suffering from other browsing problems, so I'm not going to be helpful for a few more days.

Arch Linux

#1 2010-10-03 01:23:09

libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#2 2010-10-03 02:36:29

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#3 2010-10-03 02:43:54

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#4 2010-10-03 02:58:30

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#5 2010-10-03 03:05:08

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#6 2010-10-03 03:11:52

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#7 2010-10-03 03:15:11

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#8 2010-10-03 03:22:24

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#9 2010-10-03 03:56:44

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#10 2010-10-03 04:04:43

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#11 2010-10-03 08:17:38

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#12 2010-10-03 08:44:29

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#13 2010-10-03 14:25:23

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#14 2010-10-03 15:03:17

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#15 2010-10-03 15:11:05

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#16 2010-10-03 16:55:58

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#17 2010-10-03 20:55:39

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#18 2010-10-03 23:15:52

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#19 2010-10-04 08:48:21

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#20 2010-10-04 08:59:13

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#21 2010-10-06 02:08:23

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#22 2010-10-06 17:13:04

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#23 2010-10-08 02:43:04

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#24 2010-10-10 23:51:21

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

#25 2010-10-11 01:04:12

Re: libwebkit 1.2.4 bug rendering some pages as blank? [SOLVED]

Board footer