Bug 69542 - [EFL] Rendering defects at html5rocks.com
Summary: [EFL] Rendering defects at html5rocks.com
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit EFL (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Linux
: P2 Major
Assignee: Nobody
URL: http://slides.html5rocks.com/
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-06 10:50 PDT by Kalle Vahlman
Modified: 2012-01-11 19:24 PST (History)
8 users (show)

See Also:


Attachments
Screenshot of the problem for reference (419.47 KB, image/png)
2011-10-10 00:03 PDT, Kalle Vahlman
no flags Details
ScreenShot (174.11 KB, image/png)
2011-10-11 00:48 PDT, Gyuyoung Kim
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kalle Vahlman 2011-10-06 10:50:09 PDT
The "slides" from html5rocks.com demonstrating HTML5 & CSS3 effects suffer from rendering defects.

It seems like some element backgrounds are not cleared or re-rendered when required. Attached is also a screenshot of the defects.

http://html5test.com also has what seems to be similar problems, all the result tabs are garbage when scrolling the page.

Tested with software_x11 and opengl_x11 evas engines with EWebLauncher and also in Eve, all exhibit the same behaviour.
Comment 1 Raphael Kubo da Costa (:rakuco) 2011-10-06 11:00:54 PDT
Confirming.
Comment 2 Kalle Vahlman 2011-10-10 00:03:44 PDT
Created attachment 110332 [details]
Screenshot of the problem for reference
Comment 3 Gyuyoung Kim 2011-10-10 02:25:14 PDT
Recently, many web sites's rendering is broken on EWebLauncher. I'm suspecting the broken is came from backing store.

CC'ing Antognolli, Kwang.
Comment 4 Gyuyoung Kim 2011-10-11 00:48:31 PDT
Created attachment 110484 [details]
ScreenShot

EWebLauncher is using single backing store. However, single backing store is not maintained so far. When I change backingstore with tiled backing store, it seems problems are a little reduced. I attach screenshot based on tiled backing store. If tiled backing store is better than single bs, we need to change it with tiled.
Comment 5 KwangHyuk 2011-10-11 01:26:08 PDT
I don't think that this is related with backing store and I could not find any clue either.

According to the scroll result from html5test.com, cairo graphic context related routine seems to touch the paint area out of cairo clip.
Especially, I think that this might be related with some changes on cairo graphic's blur routine.

Fortunately, tiled backing store provide each different cairo space, it won't be hurt more easily than single one.
Comment 6 Ryuan Choi 2011-10-20 23:50:08 PDT
Finally, I realized that image backend in cairo 1.10.2 have a bug.
WebKit/EFL use image surface.

After installed latest cairo, I can't see this issue anymore.
(I tested 1.11.3)

Unfortunately, cairo didn't release snapshot of latest version.
When cairo released newer version, I'll bump cairo version.
Comment 7 KwangHyuk 2011-10-20 23:55:05 PDT
Ruyan, Does cairo 1.11.3 fix html5rocks.com's matter too ?
Comment 8 Ryuan Choi 2011-10-20 23:56:35 PDT
(In reply to comment #7)
> Ryuan, Does cairo 1.11.3 fix html5rocks.com's matter too ?

Scrolling in html5test.com and slide of html5rocks.com are all fine.
Comment 9 KwangHyuk 2011-10-20 23:59:30 PDT
> Scrolling in html5test.com and slide of html5rocks.com are all fine.

Great !!
Comment 10 Kalle Vahlman 2011-10-21 05:12:49 PDT
Yes, getting a newer cairo seems to fix the issues in the screenshots.

There's still issues though, especially in the CSS3 section.

The scrollbars in the adjustable CSS examples seem to have a mismatch on the graphical appearance and how they handle input. The scrollbars are very wide (going outside their container) although the input area of them matches the intended I believe, a few hundred pixels wide or so.

Also the effects of the scrollbars are not always updated to the screen properly, like for example in the text stroke demo. You need to trigger the repaint "manually", eg. by changing slides.

Dropdown boxes (<select>) do not work.

In the first transition demo only the lower one works as expected, the upper one isn't animated and to see the result requires a manual update like the scrollbars (probably related issue).

The second and third transition demos break the repaints even more, and some of the content is not even visible.

These all might be related to existing bugs or known issues though...
Comment 11 Ryuan Choi 2011-10-21 20:16:51 PDT
(In reply to comment #10)
> Yes, getting a newer cairo seems to fix the issues in the screenshots.
> 
> There's still issues though, especially in the CSS3 section.
> 
> The scrollbars in the adjustable CSS examples seem to have a mismatch on the graphical appearance and how they handle input. The scrollbars are very wide (going outside their container) although the input area of them matches the intended I believe, a few hundred pixels wide or so.
> 
> Also the effects of the scrollbars are not always updated to the screen properly, like for example in the text stroke demo. You need to trigger the repaint "manually", eg. by changing slides.
> 
> Dropdown boxes (<select>) do not work.

For <select>, WebKit/EFL doesn't provide widget but API.
EWeblauncher doesn't implement it.
IIRC. eve implemented it.

> 
> In the first transition demo only the lower one works as expected, the upper one isn't animated and to see the result requires a manual update like the scrollbars (probably related issue).
> 
> The second and third transition demos break the repaints even more, and some of the content is not even visible.
> 
> These all might be related to existing bugs or known issues though...


Right, There are many issues.
I'll investigate it more.
Comment 12 Ryuan Choi 2011-11-03 18:01:35 PDT
After r99041, almost rendering issues in html5rocks.com looks solved.
Comment 13 Kalle Vahlman 2011-11-04 01:29:48 PDT
(In reply to comment #12)
> After r99041, almost rendering issues in html5rocks.com looks solved.

Yes, I didn't spot any of the defects I listed in comment #10 after an update, nice work!
Comment 14 KwangHyuk 2012-01-11 19:20:30 PST
Ryuan ?
Why don't you close this ? :)
Comment 15 Ryuan Choi 2012-01-11 19:24:46 PST
(In reply to comment #14)
> Ryuan ?
> Why don't you close this ? :)

Right.

Dear Kwang, Kalle Vahlman, 

Close the bug.
If you have any remained issues, please let me know.