Search Issue Tracker
Fixed in 2019.1.7f1
Fixed in 2019.1.X, 2019.2.X
Votes
2
Found in
2019.1.0a8
2019.1.0a11
Issue ID
1107463
Regression
Yes
[Regression] Window as a Transparent overlay fails when using DwmExtendFrameIntoClientArea in the 2019.1 versions
How to reproduce:
1. Open the user-submitted project ("TransparentWindow.zip") and open "Scene"
2. Build the project and run it
3. In the standalone Player observe the background around the Cube Object
Expected result: The background is transparent, displaying whatever window that is behind the standalone build
Actual result: The background is black and doesn't display any other windows behind it
Reproduced in: 2019.1.0a12,
Not reproducible in: 2018.3.1f1, 2017.4.17f1
-
BackgroundMover
Dec 22, 2018 23:25
Tautvydas-Zilys on the forums: "It looks like it got broken because DwmExtendFrameIntoClientArea function doesn't work with flip-model swapchains, and in 2019.1 we switched our D3D11 implementation to use flip-model swapchain because it is more performance and supports technologies like GSync and FreeSync."
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Articulation Body with 'Revolute' Joint Type has erratic behavior when Upper Limit is set to above 360
- WebGL Player fails to render Scene when Terrain with Detail Mesh is added and WebGPU Graphics API is used
- Inconsistent errors are logged when different types are passed into the Query "Q<>" method in UIToolkit and the ancestor VisualElement is null
- Crash on GetMaterialPropertyByIndex when opening a specific Scene
- Discrepancies in the styling are present when using a TSS file instead of a USS file in custom EditorWindow
Resolution Note (fix version 2019.1.7f1):
Note: The fix was to add a checkbox to player settings ("Use DXGI Flip Model Swapchain for D3D11") that makes the Standalone player use old (pre 2019.1) behaviour.
Fixed in: 2019.1.7f1, 2019.2.0b6, 2019.3.0a2