WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 103081
[EFL][WK2] Mouse over on images on Google search shows artifacts
https://bugs.webkit.org/show_bug.cgi?id=103081
Summary
[EFL][WK2] Mouse over on images on Google search shows artifacts
Kenneth Rohde Christiansen
Reported
2012-11-22 10:02:14 PST
SSIA
Attachments
The issue
(162.05 KB, image/png)
2012-11-22 10:03 PST
,
Kenneth Rohde Christiansen
no flags
Details
Test case
(5.02 KB, text/html)
2012-11-26 03:57 PST
,
Kenneth Rohde Christiansen
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Kenneth Rohde Christiansen
Comment 1
2012-11-22 10:03:26 PST
Created
attachment 175690
[details]
The issue
Thiago Marcos P. Santos
Comment 2
2012-11-22 11:56:43 PST
Do you see the same issue on the Qt minibrowser?
Kenneth Rohde Christiansen
Comment 3
2012-11-22 11:58:02 PST
(In reply to
comment #2
)
> Do you see the same issue on the Qt minibrowser?
I don't have it buildable right now. You need to move over at least two images for this issue to show
Kalyan
Comment 4
2012-11-23 08:40:13 PST
(In reply to
comment #1
)
> Created an attachment (id=175690) [details] > The issue
The problem seems to be as follows: We always seem to draw two layers being on top of each other. The first time you hover on a image the background is like a white layer. From there on the background is always the previous image (Atleast most of the times). I tried it on Firefox and chrome, I don't see any two layers there.
Kalyan
Comment 5
2012-11-23 09:28:57 PST
The following error is shown in command prompt when ever I hover over an image: elm_label.c:400 elm_label_add() could not add 0x9859f68 as sub object of 0x91a1770 Any thoughts on why we might be getting this??
Chris Dumez
Comment 6
2012-11-23 09:45:07 PST
(In reply to
comment #5
)
> The following error is shown in command prompt when ever I hover over an image: > > elm_label.c:400 elm_label_add() could not add 0x9859f68 as sub object of 0x91a1770 > > Any thoughts on why we might be getting this??
Yes, we know about this warning. It is caused by the tooltip code (printed every time we show a tooltip). However, since tooltips seem to show fine, we haven't really looked into it yet.
Kenneth Rohde Christiansen
Comment 7
2012-11-26 02:18:17 PST
(In reply to
comment #4
)
> (In reply to
comment #1
) > > Created an attachment (id=175690) [details] [details] > > The issue > > The problem seems to be as follows: > > We always seem to draw two layers being on top of each other. The first time you hover on a image the background is like a white layer. From there on the background is always the previous image (Atleast most of the times). I tried it on Firefox and chrome, I don't see any two layers there.
Actually it seems to create a layer and immediately destroy it hover: create layer 18 delete layer 18 create layer 19 unhover: delete layer 19
Kenneth Rohde Christiansen
Comment 8
2012-11-26 03:57:47 PST
Created
attachment 175962
[details]
Test case This just adds the blurry border like on google, on hover and removed it on unhover. It is easy to see that resources are being reused.
Kenneth Rohde Christiansen
Comment 9
2012-11-26 04:54:20 PST
Funny fact, if I resize the window to create more content tiles (use WEBKIT_SHOW_COMPOSITING_DEBUG_VISUALS=1 for debugging) then the texture is reset
Kenneth Rohde Christiansen
Comment 10
2012-11-26 04:56:19 PST
Same test, make the window smaller than one tile, then resize it to at least 3 tiles in width... the 3rd tile in width is black, until scroll or hover on the image
Kenneth Rohde Christiansen
Comment 11
2012-11-26 09:32:52 PST
This bugs goes away every 3 seconds due to Source/WebKit2/WebProcess/WebPage/UpdateAtlas.h 59 bool isInactive() const 60 { 61 const double inactiveSecondsTolerance = 3; 62 return m_inactivityInSeconds > inactiveSecondsTolerance; 63 } So it definitely has something to do with the SharedSurface in WK2
Kenneth Rohde Christiansen
Comment 12
2012-11-26 10:00:40 PST
Ok, the bug is that we fail to clear the update atlas area when we will with transparent as the cairo context doesn't support that
https://bugs.webkit.org/show_bug.cgi?id=101911
Kenneth Rohde Christiansen
Comment 13
2012-11-26 15:18:45 PST
Solved by 101911
Kalyan
Comment 14
2012-11-26 17:05:02 PST
(In reply to
comment #8
)
> Created an attachment (id=175962) [details] > Test case > > This just adds the blurry border like on google, on hover and removed it on unhover. It is easy to see that resources are being reused.
Note: We are using Drop Shadow with these images. I haven't checked the blur radius though. Anyway its fixed :)
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