Realistic case: http://vanderlee.github.io/coverflow/ Problem: Some cover doesn't display until it's animated.
Created attachment 226401 [details] Patch
Can you add a test case as well ?
Do you mean a minimal test case? I'm not sure, I think that is unpredictable to know which content will not be displayed. Is it still problem on the nightly build? I didn't follow this for a while. (In reply to comment #2) > Can you add a test case as well ?
(In reply to comment #3) > Do you mean a minimal test case? > I'm not sure, I think that is unpredictable to know which content will not be displayed. If you can't add a test in order to reproduce this problem, I'm not sure if we can land this patch. > Is it still problem on the nightly build? I didn't follow this for a while. I don't know it. If this issue is not reproduced anymore, I wanna close this bug.
Created attachment 230998 [details] Expected(Google Chrome 31) vs Actual(r168420 EFL MiniBrowser). The cover of right side does not display. Sorry for I'm late. I successfully reproduced at r168420. Please check the image I attached.
(In reply to comment #5) > Created an attachment (id=230998) [details] > Expected(Google Chrome 31) vs Actual(r168420 EFL MiniBrowser). The cover of right side does not display. > > Sorry for I'm late. I successfully reproduced at r168420. Please check the image I attached. Thank you for the screenshot. Then, can't you make a test case to reproduce this issue by using the problem demo ?
Comment on attachment 226401 [details] Patch Cleared review? from attachment 226401 [details] so that this bug does not appear in http://webkit.org/pending-review. If you would like this patch reviewed, please attach it to a new bug or this bug again.
Closing this bug because the EFL port has been removed from trunk. If you feel this bug applies to a different upstream WebKit port and was closed in error, please either update the title and reopen the bug, or leave a comment to request this.