rendering issues where accelerated compositing is active.
WebKit for OS X Leopard
Status: Beta
Brought to you by:
internetzel
Menu
▾
▴
#57 rendering issues where accelerated compositing is active.
Originally created by: Tobias.N... (code.google.com)@gmail.com
Originally owned by: Tobias.N... (code.google.com)@gmail.com
What steps will reproduce the problem?
1. go to http://www.apple.com/html5/showcase/transitions/
2. start one of the 3D transitions except "Rotate In" (that one works)
What is the expected output? What do you see instead?
Instead of seeing the image transition the image disappears and after the transition the new one appears.
This was broken between 537.11 and 537.24 and is probably because of changes to Source/WebCore/platform/graphics/ca/GraphicsLayerCA.cpp and related to the point where updateContentsTransform() needs to be called.
Related
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
Maybe http://trac.webkit.org/changeset/131964 .
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
It seems that under certain circumstances the layer content isn't refreshed/updated/painted.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
Will be fixed in 537.43.5 .
Status: Started
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
http://webdesignerwall.com/trends/47-amazing-css3-animation-demos
has some more demos.
One of the demos on Apple's site is still broken, but that's a different - and older - issue.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
Working again in 537.43.6 .
Status: Fixed
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
The fix needed some refinement as it broke accelerated compositing when switching tabs or fullscreen mode.
Should be fixed in 537.44.
Status: Started
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
Remaining issues:
- The "Unfold" animation in Apple's HTML5 transitions showcase isn't displayed correctly/completely when transitions are Core Animation accelerated (this is worked around in 537.44 by generally not using CoreAnimation for transitions; I might reactivate this at some point altough still being broken). This might be caused by layer flipping issues.
- The top menu bar on [http://www.intego.com/ intego.com] causes severe rendering artifacts. This might be caused by wrong opacity handling.
Summary: rendering issues where accelerated compositing is active.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
The "Unfold" animation issue is solved now. Until now opacity transition were always done in software although Core Animation can accelerate this on Leopard - but it seems this only works when the other animation parts, translation or filtering, can be accelerated as well. So I changed it to only accelerate when everything can be accelerated and enforce everything to be rendered in software when that's not the case.
Remaining only the rendering artifacts on intego.com .
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
Just tried intego.com with a debug build from SVN trunk [r154759] and it's now working correctly!
But that's already the future 538 series and I still don't know when I'll release the first build of that series.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
Issue on intego.com is solved in 538.1.2 . Currently no plans of trying to fix 537 series.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
I was surprised to see that Apple finally fixed the bug in the 537 series that caused the wrong rendering on intego.com (http://trac.webkit.org/changeset/162646).
While that's great it causes a problem when ClickToFlash/ClickToPlugin redirects a flash video to the Safari internal media player (QTKit): the player area isn't redrawn after frame decoding, so that there's always a stale preview image shown while the sound is playing fine.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
Turns out the ClickToPlugn/ClickToFlash problem was because of http://trac.webkit.org/changeset/164003/branches/safari-537.75-branch/Source/WebCore/rendering/RenderLayerBacking.cpp . This was fixed in 537.75.9 .
Issues with accelerated composting persist for complex animations like on http://www.apple.com/ipad-air/ .
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: emuna... (code.google.com)@gmail.com
Seeing some minor issues with this on Snow Leopard (537.77.4). On the iPad Air product page, animations/transitions are ok as you scroll down, but if you scroll to the top, the main navigation bar was not restored correctly (hovering over brings them back in).
Also, on the Mac Pro page, animations/transitions are ok, but certain data flashes initially for a second, then disappears. It will comes back permanently if you scroll slightly down or up.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
There is also a problem when pages with accelerated compositing are rendered in the background.
For example open http://www.intego.com in a background tab (Apple + left click) and wait for it to be fully loaded (spinning wheel on the tab appears and disappears).
This happens on 10.5 - does it also happen on 10.6?
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: emuna... (code.google.com)@gmail.com
I am seeing menu issues (attached) - but this seems to occur regardless of whether it was a new background tab or a new regular tab/window.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
On the Mac Pro product page I get the following log message: "CoreAnimation: 2240 by 1680 image is too large for GPU, ignoring". That means that it tries to animate an image that is too large for the GPU. Apple says that on 10.5 2046 by 2046 is guaranteed to be supported by all supported GPUs.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
I was finally able to fix the issue that background tabs with accelerated compositing don't display correctly when switching to them for the first time. This should also help against high CPU usage of background tabs that haven't been opened yet.
The fix will be release with 537.78.2
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
As a reminder for me: After loading http://www.apple.com/imac-with-retina/ WebKit 600 will crash in WebCore::TileController::... when called by CoreAnimation with a null TileController object.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
The issue with Core Animation ignoring images too large for the GPU will be fixed in both 537.78.2 and the upcoming 600. Images that are too large are simply downscaled to fit - that might result in degraded quality, but I can't notice that on the Mac Pro product page.
The crash with the 600 series on the Retina iMac is also fixed.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: emuna... (code.google.com)@gmail.com
I am still seeing this with 537.78.2 on Snow Leopard.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: Tobias.N... (code.google.com)@gmail.com
Well, I didn't try to solve any of the rendering issues when running on 10.6 . And I probably cannot fix any of these as I don't have any machine capable of running 10.6 .
Apart from that visual issues have very low priority for me - I do mainly care for crashes, JavaScript interpreter errors and other more basic things.
The dropdown menu items on multivac.com (www.multivac.com) don't highlight correctly on hover when the page is not scrolled to the top. Clicking the items however does the right thing.
This glitch on multivac.com seems to be a general WebKit bug that does only happen when fixed position elements aren't rendered on their own layer. Enabling that (which is default for anything but OS X versions prior to 10.10) makes it work right.
602.3.8 comes with that feature enabled plus other improvements regarding tiled layers for accelerated compositing.
Diff:
There was an issue with layers being rendered in the wrong place - even in invisible ones.
This happened for example on facebook or wikipedia when clicking on a photo on a scrolled down page.
This is fixed in 602.3.11 . This is a bug that has always been there in WebKit for Leopard (even in the versions shipped by Apple). It became obvious only now because more and more sites are rendered with "accelerated compositing" (in the case of OS X CoreAnimation is used for this).
602.3.11 also improves scrolling speed on large sites that are rendered with accelerated compositing. As well the reason for the slow scrolling on such site has always been there in WebKit for Leopard.