[kwin] [Bug 416472] KWIN crashed when resuming from sleep; Sending back to sleep and awakening again it started but displays odd behavior.

2020-01-19 Thread Michael Barrett
https://bugs.kde.org/show_bug.cgi?id=416472

--- Comment #1 from Michael Barrett  ---
After rebooting, desktop has returned to normal.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 416472] New: KWIN crashed when resuming from sleep; Sending back to sleep and awakening again it started but displays odd behavior.

2020-01-19 Thread Michael Barrett
https://bugs.kde.org/show_bug.cgi?id=416472

Bug ID: 416472
   Summary: KWIN crashed when resuming from sleep; Sending back to
sleep and awakening again it started but displays odd
behavior.
   Product: kwin
   Version: 5.17.5
  Platform: unspecified
OS: Linux
Status: REPORTED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kwin-bugs-n...@kde.org
  Reporter: michaelsbarr...@gmail.com
  Target Milestone: ---

Application: kwin_x11 (5.17.5)

Qt Version: 5.13.2
Frameworks Version: 5.66.0
Operating System: Linux 5.3.0-26-generic x86_64
Distribution: KDE neon User Edition 5.17

-- Information about the crash:
- What I was doing when the application crashed: Waking from sleep mode.

- Unusual behavior I noticed: Initially I had one monitor showing only black,
second monitor was mostly black, with a couple of display artifacts showing
parts of two application windows. I put the machine back to slep by pressing
the power button and re-awakened it, also using the power button. Now the
display is mostly there, the application launcher displays only a blank window,
and any windows that were already open will only take up half of the vertical
monitor space when maximized. I have not yet rebooted, will do so next. Using
KDE Neon with the NVIDIA 430.64 drivers from the repository.

-- Backtrace:
Application: KWin (kwin_x11), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f56bcb2fd00 (LWP 5515))]

Thread 7 (Thread 0x7f56860e5700 (LWP 6833)):
#0  0x7f56b53d79f3 in futex_wait_cancelable (private=,
expected=0, futex_word=0x55b4df73ba80) at
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  __pthread_cond_wait_common (abstime=0x0, mutex=0x55b4df73ba30,
cond=0x55b4df73ba58) at pthread_cond_wait.c:502
#2  __pthread_cond_wait (cond=0x55b4df73ba58, mutex=0x55b4df73ba30) at
pthread_cond_wait.c:655
#3  0x7f56b9788aeb in QWaitConditionPrivate::wait (deadline=...,
this=0x55b4df73ba30) at thread/qwaitcondition_unix.cpp:146
#4  QWaitCondition::wait (this=, mutex=0x55b4df76cac0,
deadline=...) at thread/qwaitcondition_unix.cpp:225
#5  0x7f56b9788df9 in QWaitCondition::wait (this=0x55b4df76cac8,
mutex=0x55b4df76cac0, time=) at
thread/qwaitcondition_unix.cpp:208
#6  0x7f56b4561ec8 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#7  0x7f56b45622fa in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#8  0x7f56b9781b52 in QThreadPrivate::start (arg=0x55b4df76ca40) at
thread/qthread_unix.cpp:360
#9  0x7f56b53d16db in start_thread (arg=0x7f56860e5700) at
pthread_create.c:463
#10 0x7f56bc48f88f in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 6 (Thread 0x7f569b5ef700 (LWP 6311)):
#0  0x7ffe6f4d099a in clock_gettime ()
#1  0x7f56bc49eea6 in __GI___clock_gettime (clock_id=clock_id@entry=1,
tp=tp@entry=0x7f569b5eeb70) at ../sysdeps/unix/clock_gettime.c:115
#2  0x7f56b99c44a1 in qt_clock_gettime (ts=0x7f569b5eeb70, clock=) at kernel/qelapsedtimer_unix.cpp:111
#3  do_gettime (frac=, sec=) at
kernel/qelapsedtimer_unix.cpp:166
#4  qt_gettime () at kernel/qelapsedtimer_unix.cpp:175
#5  0x7f56b99c2cd9 in QTimerInfoList::updateCurrentTime
(this=this@entry=0x7f5690050c30) at kernel/qtimerinfo_unix.cpp:91
#6  0x7f56b99c32b5 in QTimerInfoList::timerWait
(this=this@entry=0x7f5690050c30, tm=...) at kernel/qtimerinfo_unix.cpp:388
#7  0x7f56b99c23c4 in QEventDispatcherUNIX::processEvents
(this=0x7f569000e0d0, flags=...) at kernel/qeventdispatcher_unix.cpp:485
#8  0x7f56b996506a in QEventLoop::exec (this=this@entry=0x7f569b5eed20,
flags=..., flags@entry=...) at kernel/qeventloop.cpp:225
#9  0x7f56b97803aa in QThread::exec (this=) at
thread/qthread.cpp:531
#10 0x7f56b9781b52 in QThreadPrivate::start (arg=0x55b4df33e7d0) at
thread/qthread_unix.cpp:360
#11 0x7f56b53d16db in start_thread (arg=0x7f569b5ef700) at
pthread_create.c:463
#12 0x7f56bc48f88f in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 5 (Thread 0x7f55f0aad700 (LWP 6085)):
#0  0x7f56b53d79f3 in futex_wait_cancelable (private=,
expected=0, futex_word=0x55b4df61c7d0) at
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  __pthread_cond_wait_common (abstime=0x0, mutex=0x55b4df61c780,
cond=0x55b4df61c7a8) at pthread_cond_wait.c:502
#2  __pthread_cond_wait (cond=0x55b4df61c7a8, mutex=0x55b4df61c780) at
pthread_cond_wait.c:655
#3  0x7f56b9788aeb in QWaitConditionPrivate::wait (deadline=...,
this=0x55b4df61c780) at thread/qwaitcondition_unix.cpp:146
#4  QWaitCondition::wait (this=, mutex=0x55b4df617580,
deadline=...) at thread/qwaitcondition_unix.cpp:225
#5  0x7f56b9788df9 in QWaitCondition::wait (this=0x55b4df617588,
mutex=0x55b4df617580, time=) at
thread/qwaitcondition_unix.cpp:208
#6  0x