Bug 267645 - kdewebkit renders pages with XMLHttpRequest shifted.
Summary: kdewebkit renders pages with XMLHttpRequest shifted.
Status: RESOLVED UPSTREAM
Alias: None
Product: kwebkitpart
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: webkit-devel
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-04 18:36 UTC by Nikita Skovoroda
Modified: 2011-03-14 19:28 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Screenshot of badly rendered page. (109.25 KB, image/png)
2011-03-04 18:36 UTC, Nikita Skovoroda
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nikita Skovoroda 2011-03-04 18:36:31 UTC
Created attachment 57676 [details]
Screenshot of badly rendered page.

Version:           SVN (using Devel) 
OS:                Linux

Tested on 4.6.0 and 4.6.41.
Affected: konqueror+webkit, rekonq 0.6.1.

Reproducible: Always

Steps to Reproduce:
Open konqueror with webkit engine (or rekonq).
Go to http://oserv.org/konq_bug/
Most probably, you will see a bug.
If page displays normally, refresh it (or click a link and "back" button).

Actual Results:  
The whole page is shifted. The text at the top is not green "Top".

Expected Results:  
Green "Top" at the top, red "Bottom" at the bottom.

Other browsers (including Konqueror+khtml and pure qtwebkit ones like Arora) work well.
Comment 1 Rohan Garg 2011-03-04 18:42:58 UTC
Happens for me too, works perfectly with QGraphicsWebView test code tho.
Comment 2 Dawit Alemayehu 2011-03-05 02:20:24 UTC
I cannot duplicate this with konqueror + kwebkitpart. Howeverm my QtWebKit version the latest trunk ; so that might be why. I am sure you both are using QtWebKit that came with Qt 4.7 which is a rather old version of QtWebKit, v2.0.

Anyhow, can anyone of you test this with the arora webbrowser to see if you can duplicate the problem with it ? If you can, then the issue is upstream and something that has already been fixed because it works fine for me here with QtWebKit trunk.
Comment 3 Nikita Skovoroda 2011-03-05 05:41:19 UTC
Tried hard. No, i cant replicate this with arora.
Comment 4 Nikita Skovoroda 2011-03-05 05:49:40 UTC
Qt 4.7.2

> Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/533.3 (KHTML, like Gecko) konqueror/4.6.41 Safari/533.3

> Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/533.3 (KHTML, like Gecko) rekonq Safari/533.3

Does not work.

> Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/533.3 (KHTML, like Gecko) Arora/0.11.0 Safari/533.3

Works.

Do not know if this helps.
Comment 5 Nikita Skovoroda 2011-03-05 06:34:50 UTC
> I am sure you both are using
QtWebKit that came with Qt 4.7 which is a rather old version of QtWebKit, v2.0.

How can i check it?

I can install qt-git, but

http://qt.gitorious.org/qt/qt/blobs/master/src/3rdparty/webkit/VERSION
http://qt.gitorious.org/qt/qt/blobs/v4.7.2/src/3rdparty/webkit/VERSION

show the same version for me.
Comment 6 Nikita Skovoroda 2011-03-05 06:46:55 UTC
Yes, looks like qtwebkit 2.0 to me. But i am not sure that is the source.
Arora works for me.
Comment 7 Dawit Alemayehu 2011-03-05 17:07:56 UTC
(In reply to comment #5)
> > I am sure you both are using
> QtWebKit that came with Qt 4.7 which is a rather old version of QtWebKit, v2.0.
> 
> How can i check it?
> 
> I can install qt-git, but
> 
> http://qt.gitorious.org/qt/qt/blobs/master/src/3rdparty/webkit/VERSION
> http://qt.gitorious.org/qt/qt/blobs/v4.7.2/src/3rdparty/webkit/VERSION
> 
> show the same version for me.

Yes, the QtWebKit version included in Qt is the same old version. QtWebKit 2.0. In order to get more recent versions of QtWebKit, you have unfortunately clone the qtwebkit git and compile it. See the links below on how to do that if you are so included

http://trac.webkit.org/wiki/QtWebKitContrib
http://trac.webkit.org/wiki/BuildingQtOnLinux
Comment 8 Dawit Alemayehu 2011-03-05 17:16:33 UTC
(In reply to comment #4)
> Qt 4.7.2
> 
> > Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/533.3 (KHTML, like Gecko) konqueror/4.6.41 Safari/533.3
> 
> > Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/533.3 (KHTML, like Gecko) rekonq Safari/533.3
> 
> Does not work.
> 
> > Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/533.3 (KHTML, like Gecko) Arora/0.11.0 Safari/533.3
> 
> Works.
> 
> Do not know if this helps.

Hmm... It is weird that Arora renders the page fine for you. I just do not see on my machine with either konqueror + kwebkit or reKonq. The green Top is at the top of the page and Bottom is at the bottom.

Let me ask you to try something. If you have caching enabled, can you disable it and clear the cache out and try it and see if the problem goes away ? Quick way to do this is:

- Press ALT+F2
- Type 'cache' and press enter
- If "Use Cache" is checked, click on "Clear Cache" and uncheck "Use Cache"
Comment 9 Nikita Skovoroda 2011-03-05 20:40:46 UTC
1) Cleared the cache, turned it off.
2) Tried to open the page in konqueror or rekonq, did not help.
3) Konqueror and rekonq — the bug is present. Arora — everything is ok.
4) ~/.kde4/cache-pc/http/ contains one file, scoreboard.
5) Turned the cache back on.
Comment 10 Nikita Skovoroda 2011-03-11 07:21:02 UTC
I compiled QtWebKit 2.1.x.

> Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.3 (KHTML, like Gecko) rekonq Safari/534.3

I can not reproduce this bug in rekonq using „LD_PRELOAD=./WebKitBuild/Release/lib/libQtWebKit.so rekonq“.

But why is kdewebkit+qtwebkit 2.0 broken, when arora+qtwebkit 2.0 and kdewebkit+qtwebkit 2.1.x not?
Comment 11 Nikita Skovoroda 2011-03-11 07:23:03 UTC
I compiled QtWebKit 2.1.x.

> Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.3 (KHTML, like Gecko) rekonq Safari/534.3

I can not reproduce this bug in rekonq using „LD_PRELOAD=./WebKitBuild/Release/lib/libQtWebKit.so rekonq“.

But why is kdewebkit+qtwebkit 2.0 broken, when arora+qtwebkit 2.0 and kdewebkit+qtwebkit 2.1.x not?
Comment 12 Dawit Alemayehu 2011-03-14 19:28:57 UTC
(In reply to comment #11)
> I compiled QtWebKit 2.1.x.
> 
> > Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.3 (KHTML, like Gecko) rekonq Safari/534.3
> 
> I can not reproduce this bug in rekonq using
> „LD_PRELOAD=./WebKitBuild/Release/lib/libQtWebKit.so rekonq“.
> 
> But why is kdewebkit+qtwebkit 2.0 broken, when arora+qtwebkit 2.0 and
> kdewebkit+qtwebkit 2.1.x not?

No idea. Perhaps the font settings used in the KDE does not gel well with QtWebKit's and one of the many many changes in 2.1.x fixed the issue ? Anyhow, I personally suggest that you stick with the 2.1 version since it contains a huge number of important fixes. [1]

Anyhow, I am going to close this as an upstream issue that has already been fixed since there is nothing we (read: KDE) can do about rendering related problems in QtWebKit. 

Thanks for the report and all the testing.

[1] http://trac.webkit.org/wiki/QtWebKitFeatures21