Project

General

Profile

Bug #9949

Fix window activation and z-order for system parent-child windows

Added by Hynek Cihlar about 1 year ago. Updated about 1 year ago.

Status:
New
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
Due date:
% Done:

0%

billable:
No
vendor_id:
GCD
case_num:
version_reported:
version_resolved:
reviewer:
production:
No
env_name:
topics:

History

#1 Updated by Hynek Cihlar about 1 year ago

There are cases when top-level windows in GUI do not correctly activate and stack (z-order) when system parent-child hierarchy is established with win32 SetParent.

The issue was first identified in #9890.

A fix with some unresolved issues was delivered in 9890b to trunk revision 15877.

A more complex set of fixes was checked in to 9890a, but it caused regressions, so more work is required on it. The goal of this Redmine issue is to stabilize the changes in 9890a.

#4 Updated by Andrei Iacob about 1 year ago

Rebased 9890a with trunk/15932, current revision is 15936.

#5 Updated by Guido Brandsen about 1 year ago

This issue is a follow up from #9890, right?
At our place it seems resolved, but our customer has this phenomenon still every day.
We still don't know the exact reproduction, but at a given point in time the session gets "corrupt" and then it doesn't restore.
I hope that this task does resolve this problem, but for now we will revert our "new selector" from those screens untill this issue is resolved (probably also related to #10011).

Also available in: Atom PDF