WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
27681
[Gtk] layout corruption
https://bugs.webkit.org/show_bug.cgi?id=27681
Summary
[Gtk] layout corruption
Luke Kenneth Casson Leighton
Reported
2009-07-25 09:44:59 PDT
once this is fixed:
https://bugs.webkit.org/show_bug.cgi?id=27679
or, if a copy of the subdirectory output/ is taken (e.g. with wget) and the web 2.0 (pure javascript) application is run locally, it can be seen that the layout is completely corrupted. the entire content is displayed offset by approx 100 pixels right and 100 pixels down. moving the mouse around, or clicking anywhere, shows the "true" position of the content, whereupon the content is redrawn in its correct location.
Attachments
showing layout corruption
(57.48 KB, image/jpeg)
2009-07-26 04:48 PDT
,
Luke Kenneth Casson Leighton
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Luke Kenneth Casson Leighton
Comment 1
2009-07-25 14:23:47 PDT
ok - an svn update and use of absolute latest git of libsoup (2.27.4 or something like that from march 2009) the segfault stops happening, and so the layout issue can be clearly seen.
Jan Alonzo
Comment 2
2009-07-25 16:02:25 PDT
(In reply to
comment #1
)
> ok - an svn update and use of absolute latest git of libsoup (2.27.4 or > something like that from march 2009) the segfault stops happening, and so the > layout issue can be clearly seen.
Closing given that this works in libsoup 2.27.4 and recent WebKitGtk.
Luke Kenneth Casson Leighton
Comment 3
2009-07-26 03:22:11 PDT
sorry, jan, you closed the other two bugs which are segfaults but you did not read clearly what this bugreport says. it says "layout corruption can only be seen if you don't get the segfault which, obviously, stops the page from being displayed". that the segfault has been fixed does not mean that the layout corruption does not occur. therefore, reopening this bugreport.
Jan Alonzo
Comment 4
2009-07-26 03:30:05 PDT
(In reply to
comment #3
)
> sorry, jan, > > you closed the other two bugs which are segfaults but you did not read clearly > what this bugreport says. > > it says "layout corruption can only be seen if you don't get the segfault > which, obviously, stops the page from being displayed". > > that the segfault has been fixed does not mean that the layout corruption does > not occur. > > therefore, reopening this bugreport.
Hi Luke. Which layout is corrupted? The page loads a bit slow, but I couldn't tell the difference once loaded.
Luke Kenneth Casson Leighton
Comment 5
2009-07-26 04:47:07 PDT
(In reply to
comment #4
)
> (In reply to
comment #3
) > > sorry, jan, > > > > you closed the other two bugs which are segfaults but you did not read clearly > > what this bugreport says. > > > > it says "layout corruption can only be seen if you don't get the segfault > > which, obviously, stops the page from being displayed". > > > > that the segfault has been fixed does not mean that the layout corruption does > > not occur. > > > > therefore, reopening this bugreport. > > Hi Luke. Which layout is corrupted?
http://pyjs.org/examples/kitchensink/output/KitchenSink.html
> The page loads a bit slow,
yes. pure javascript. rather a lot of it.
> but I couldn't > tell the difference once loaded.
the fault i'm seeing is that .... ok, screenshot time, i'll add it as an attachment.
Luke Kenneth Casson Leighton
Comment 6
2009-07-26 04:48:38 PDT
Created
attachment 33508
[details]
showing layout corruption you can see that the background colour is correct but that the text is offset. things that are re-displayed at any time are displayed in their correct locations. it's all very weird.
Martin Robinson
Comment 7
2010-07-08 09:54:03 PDT
Using a recent build of WebKit GTK+ I cannot reproduce this issue. Feel free to re-open if you are still having issues.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug