← Back to team overview

openlp-core team mailing list archive

[Bug 877127] Re: UI hangs on display change (win7)

 

Anyone able to reproduce this?

-- 
You received this bug notification because you are a member of OpenLP
Core, which is subscribed to OpenLP.
https://bugs.launchpad.net/bugs/877127

Title:
  UI hangs on display change (win7)

Status in OpenLP - Worship Presentation Software:
  Incomplete

Bug description:
  Ver: Win7 Home Premium x64, OpenLP 1.9.7

  # Steps to reproduce:
  1. Run OpenLP
  2. Make a change to display configuration outside of OpenLP
  Expected: OpenLP detects change and updates accordingly
  Actual: OpenLP cursor changes to busy, and UI hangs (interface is unresponsive)

  # Identified three cases:
  1. Remove a screen (lose video sync). On my PC this occurs about 2 seconds after the VGA cable is unplugged. At this point all screens temporarily black out.
  2. Add a screen.
  3. Change display resolution of any screen.

  # Symptoms:
  * Cursor shows busy indicator when over the OpenLP window.
  * Entire OpenLP interface is unresponsive. It will not come to the foreground when activated, whether by clicking on taskbar, or on a visible part of window.
  * Rest of PC is fine, only OpenLP interface is unresponsive.
  * Task manager does _not_ show any errors such as "Not responding".
  * If the removed screen is added back before force close, the display on the screen is the same as before the screen was removed, but application is still unresponsive.

  # What happens on close:
  * If no dialogs are set to pop up:
   - Right click on taskbar icon, select "Close window".
   -> OpenLP closes instantly.
  * If dialogs are set to pop up (eg unsaved service or exit confirmation)
   - Right click on taskbar icon, select "Close window",
   - The dialog pops up immediately, and brings entire OpenLP window to foreground, but you cannot interact with any of it
   -> No option but to force close via Task Manager

  # Analysis: 
  In each case, the debug log shows that the display change was correctly detected. At least part of the OpenLP core is still running fine because (non-responsive) dialogs pop up, and it closes ok (see debug log) if there's no dialogs. But the UI hangs indefinitely.
   
  # Attached debug logs:
  openlp 1.9.7 remove_add_remove_screen.log
   - screen removed, wait 15 min, added, then removed again -> force close
  openlp 1.9.7 add_screen w exit_confirm.log
   - screen added, "Enable application exit confirmation" checked -> force close
  openlp 1.9.7 change_res.log
   - resolution of second screen changed

To manage notifications about this bug go to:
https://bugs.launchpad.net/openlp/+bug/877127/+subscriptions


Follow ups

References