View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001958 | MMW v4 | Other | public | 2005-07-26 11:48 | 2008-11-26 06:07 |
| Reporter | Ludek | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | assigned | Resolution | open | ||
| Summary | 0001958: The Application sometimes stay topmost after switching from party mode fullscreen back | ||||
| Description | When You use DebugView: After OutputDebugString( PChar( 'Forms: NOTOPMOST ')); which I use is calling only ShowWindow( Handle , SW_SHOWNORMAL );..... This probably calls: TApplication.Minimize; This one calls: NormalizeTopMosts; This calls: DoNormalizeTopMosts(False); And this calls: Inc(FTopMostLevel); Because Inc(FTopMostLevel) is incremented - it is jumping like this: 0,1,0,1,0,1,0,1,2,1,2,1 and level value after switching from Party Mode is 1 and MM is topmost, but sometimes value remain at 0, and everything is ok and MM isn't topmost. One way to reproduce: 1. launch MM, switch (Alt+Tab) to another application and back to MM 2. switch to party mode full screen 3. back from party mode (is topmost? - sometimes) Another way to reproduce: 1) Party mode on 2) Ctrl-Esc 3) Back from party mode (is topmost? - sometimes) | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
