RESOLVED FIXED 69542
[EFL] Rendering defects at html5rocks.com 
https://bugs.webkit.org/show_bug.cgi?id=69542
Summary [EFL] Rendering defects at html5rocks.com
Kalle Vahlman
Reported 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.
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
View All Add attachment proposed patch, testcase, etc.
Raphael Kubo da Costa (:rakuco)
Comment 1 2011-10-06 11:00:54 PDT
Confirming.
Kalle Vahlman
Comment 2 2011-10-10 00:03:44 PDT
Created attachment 110332 [details] Screenshot of the problem for reference
Gyuyoung Kim
Comment 3 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.
Gyuyoung Kim
Comment 4 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.
KwangHyuk
Comment 5 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.
Ryuan Choi
Comment 6 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.
KwangHyuk
Comment 7 2011-10-20 23:55:05 PDT
Ruyan, Does cairo 1.11.3 fix html5rocks.com's matter too ?
Ryuan Choi
Comment 8 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.
KwangHyuk
Comment 9 2011-10-20 23:59:30 PDT
> Scrolling in html5test.com and slide of html5rocks.com are all fine. Great !!
Kalle Vahlman
Comment 10 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...
Ryuan Choi
Comment 11 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.
Ryuan Choi
Comment 12 2011-11-03 18:01:35 PDT
After r99041, almost rendering issues in html5rocks.com looks solved.
Kalle Vahlman
Comment 13 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!
KwangHyuk
Comment 14 2012-01-11 19:20:30 PST
Ryuan ? Why don't you close this ? :)
Ryuan Choi
Comment 15 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.
Note You need to log in before you can comment on or make changes to this bug.