Steps to Repoduce 1. Connect two monitors 2. Launch weston 3. Un plug a monitor 4. Switching between Weston to Virtual Terminal using <ctrl>-<alt>-<Fn> 5. Observe Weston lock. Environment : Kernel: 3.9.5-301.fc19.x86_64 wayland (HEAD) heads/1.3-0-g84247b7 drm (HEAD) libdrm-2.4.46-0-gc6d73cf mesa (HEAD) heads/9.2-0-g0048df9 libva (HEAD) libva-1.2.1-0-g88ed1eb intel-driver (HEAD) 1.2.1-0-g8f306e3 weston (HEAD) heads/1.3-0-g921a95a elementary (HEAD) heads/elementary-1.7-0-g7d2042e
I can't reproduce that here. It should be fixed by either 792d86a1fbc4c0f2c2164129ddbc49d8033c3fab or 74c794bd9f446423ebf51ca4153018f793896aab, both weston commits on 1.3 after the tested version. Before those commits even just rapid vt switching could have locked up weston. Is the test case supposed to be "switch to text mode vt, unplug monitor, switch back, observe lock" or is it really just "start weston, unplug monitor, switch to vt, observer lock"? Unplugging while vt-switched away from weston is a good case either way, we should add.
Not sure if the bug because of VT Switch or unplug monitor. It works fine in Weston 1.3. Thanks. We are going to add test cases for both criteria.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.