Mir

Activity log for bug #1328952

Date Who What changed Old value New value Message
2014-06-11 15:31:34 Michael Sheldon bug added bug
2014-06-11 15:31:34 Michael Sheldon attachment added composite_error_1.jpg https://bugs.launchpad.net/bugs/1328952/+attachment/4129728/+files/composite_error_1.jpg
2014-06-11 15:32:07 Michael Sheldon attachment added composite_error_2.jpg https://bugs.launchpad.net/mir/+bug/1328952/+attachment/4129729/+files/composite_error_2.jpg
2014-06-11 15:32:35 Michael Sheldon attachment added white-test.jpg https://bugs.launchpad.net/mir/+bug/1328952/+attachment/4129730/+files/white-test.jpg
2014-06-11 15:33:49 Bill Filler tags rtm14
2014-06-11 15:34:22 Michael Sheldon description We're encountering some strange compositing behaviour with the keyboard when a semi-transparent image is used for the key magnifier and the extended key popover. When they overlap the top of the keyboard their composited result is much darker than it should be (see composite_error_1.png for an example). I believe this might be because Mir is compositing with the invisible layer that the shell places over applications to darken them when the dash is displayed via a swipe from the right. This would seem to account for the right amount of darkness added (see composite_error_2.png). I also tested with a pure white background at 10% opacity, displayed over a white app (white-test.jpg), which shows the same effect, but makes it clear that compositing is happening as the "Activity" text can be read through the overlay; so it's not just being composited against a black surface or something, but seemingly with something else that is partially transparent and the overlay from the shell would seem the most likely candidate. We're likely to work around this as much as possible in the keyboard by making the main popover background fully opaque for the time being, but this still causes issues for the drop shadow surrounding the popover. We're encountering some strange compositing behaviour with the keyboard when a semi-transparent image is used for the key magnifier and the extended key popover. When they overlap the top of the keyboard their composited result is much darker than it should be (see composite_error_1.png for an example). I believe this might be because Mir is compositing with the invisible layer that the shell places over applications to darken them when the dash is displayed via a swipe from the left. This would seem to account for the right amount of darkness added (see composite_error_2.png). I also tested with a pure white background at 10% opacity, displayed over a white app (white-test.jpg), which shows the same effect, but makes it clear that compositing is happening as the "Activity" text can be read through the overlay; so it's not just being composited against a black surface or something, but seemingly with something else that is partially transparent and the overlay from the shell would seem the most likely candidate. We're likely to work around this as much as possible in the keyboard by making the main popover background fully opaque for the time being, but this still causes issues for the drop shadow surrounding the popover.
2014-06-11 15:53:05 Alberto Aguirre mir: assignee Alberto Aguirre (albaguirre)
2014-06-11 15:53:08 Alberto Aguirre mir: milestone 0.3.0
2014-06-11 15:53:12 Alberto Aguirre mir: importance Undecided High
2014-06-11 15:53:20 Alberto Aguirre mir: status New Fix Committed
2014-06-11 15:55:31 Alberto Aguirre branch linked lp:~albaguirre/mir/produce-correct-destination-alpha
2014-07-01 07:39:52 Daniel van Vugt mir: status Fix Committed Fix Released
2014-07-01 07:44:38 Daniel van Vugt bug task added mir (Ubuntu)
2014-07-01 07:45:46 Daniel van Vugt mir (Ubuntu): status New Fix Released
2014-07-01 07:45:49 Daniel van Vugt mir (Ubuntu): importance Undecided High