[kwin] [Bug 380122] KWin crashes on switching windows after disabling compositing

2017-05-23 Thread Andreas Krohn 
https://bugs.kde.org/show_bug.cgi?id=380122

--- Comment #2 from Andreas Krohn <hamburger1...@gmail.com> ---
Will do. I wasn't able to reproduce, yet :-/



(In reply to Martin Flöser from comment #1)
> Unfortunately the backtrace is lacking debug symbols. If you are able to
> reproduce please install debug packages and attach a new backtrace.

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

[kwin] [Bug 380122] New: KWin crashes on switching windows after disabling compositing

2017-05-23 Thread Andreas Krohn 
https://bugs.kde.org/show_bug.cgi?id=380122

Bug ID: 380122
   Summary: KWin crashes on switching windows after disabling
compositing
   Product: kwin
   Version: 5.9.5
  Platform: Fedora RPMs
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kwin-bugs-n...@kde.org
  Reporter: hamburger1...@gmail.com
  Target Milestone: ---

Application: kwin_x11 (5.9.5)

Qt Version: 5.7.1
Frameworks Version: 5.33.0
Operating System: Linux 4.10.16-200.fc25.x86_64 x86_64
Distribution: "Fedora release 25 (Twenty Five)"

-- Information about the crash:
- What I was doing when the application crashed:

* disable compositing
* switch windows (ALT-TAB)
* crash

Running on fedora.

The crash does not seem to be reproducible.

-- Backtrace:
Application: KWin (kwin_x11), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fb2b3ad8940 (LWP 1584))]

Thread 4 (Thread 0x7fb2937fe700 (LWP 1791)):
#0  0x7fb2c5a7e460 in pthread_cond_wait@@GLIBC_2.3.2 () at
/lib64/libpthread.so.0
#1  0x7fb2cb39f2f4 in QTWTF::TCMalloc_PageHeap::scavengerThread() () at
/lib64/libQt5Script.so.5
#2  0x7fb2cb39f339 in  () at /lib64/libQt5Script.so.5
#3  0x7fb2c5a786ca in start_thread () at /lib64/libpthread.so.0
#4  0x7fb2c2ee5f7f in clone () at /lib64/libc.so.6

Thread 3 (Thread 0x7fb29700 (LWP 1743)):
#0  0x7fb2c2eda0e1 in ppoll () at /lib64/libc.so.6
#1  0x7fb2c3cde971 in qt_safe_poll(pollfd*, unsigned long, timespec const*)
() at /lib64/libQt5Core.so.5
#2  0x7fb2c3cdfe86 in
QEventDispatcherUNIX::processEvents(QFlags) ()
at /lib64/libQt5Core.so.5
#3  0x7fb2c3c9368a in
QEventLoop::exec(QFlags) () at
/lib64/libQt5Core.so.5
#4  0x7fb2c3af05e3 in QThread::exec() () at /lib64/libQt5Core.so.5
#5  0x7fb2ca5f44e5 in QQmlThreadPrivate::run() () at /lib64/libQt5Qml.so.5
#6  0x7fb2c3af49ca in QThreadPrivate::start(void*) () at
/lib64/libQt5Core.so.5
#7  0x7fb2c5a786ca in start_thread () at /lib64/libpthread.so.0
#8  0x7fb2c2ee5f7f in clone () at /lib64/libc.so.6

Thread 2 (Thread 0x7fb2b3ad4700 (LWP 1636)):
#0  0x7fb2c2eda01d in poll () at /lib64/libc.so.6
#1  0x7fb2ba413166 in g_main_context_iterate.isra () at
/lib64/libglib-2.0.so.0
#2  0x7fb2ba41327c in g_main_context_iteration () at
/lib64/libglib-2.0.so.0
#3  0x7fb2c3ce26eb in
QEventDispatcherGlib::processEvents(QFlags) ()
at /lib64/libQt5Core.so.5
#4  0x7fb2c3c9368a in
QEventLoop::exec(QFlags) () at
/lib64/libQt5Core.so.5
#5  0x7fb2c3af05e3 in QThread::exec() () at /lib64/libQt5Core.so.5
#6  0x7fb2c8226fb9 in QDBusConnectionManager::run() () at
/lib64/libQt5DBus.so.5
#7  0x7fb2c3af49ca in QThreadPrivate::start(void*) () at
/lib64/libQt5Core.so.5
#8  0x7fb2c5a786ca in start_thread () at /lib64/libpthread.so.0
#9  0x7fb2c2ee5f7f in clone () at /lib64/libc.so.6

Thread 1 (Thread 0x7fb2b3ad8940 (LWP 1584)):
[KCrash Handler]
#6  0x7fb2c40024c8 in QOpenGLContext::format() const () at
/lib64/libQt5Gui.so.5
#7  0x7fb2caa86d03 in
QSGBatchRenderer::Renderer::Renderer(QSGRenderContext*) () at
/lib64/libQt5Quick.so.5
#8  0x7fb2caaa52e1 in QSGRenderContext::createRenderer() () at
/lib64/libQt5Quick.so.5
#9  0x7fb2caaee574 in QQuickWindowPrivate::syncSceneGraph() () at
/lib64/libQt5Quick.so.5
#10 0x7fb2caabadf8 in QSGGuiThreadRenderLoop::renderWindow(QQuickWindow*)
() at /lib64/libQt5Quick.so.5
#11 0x7fb2caabc0b8 in
QSGGuiThreadRenderLoop::exposureChanged(QQuickWindow*) () at
/lib64/libQt5Quick.so.5
#12 0x7fb2c3fd68a5 in QWindow::event(QEvent*) () at /lib64/libQt5Gui.so.5
#13 0x7fb2caaf8615 in QQuickWindow::event(QEvent*) () at
/lib64/libQt5Quick.so.5
#14 0x7fb20464073b in PlasmaQuick::Dialog::event(QEvent*) () at
/lib64/libKF5PlasmaQuick.so.5
#15 0x7fb2c44d4ecc in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() at /lib64/libQt5Widgets.so.5
#16 0x7fb2c44dc671 in QApplication::notify(QObject*, QEvent*) () at
/lib64/libQt5Widgets.so.5
#17 0x7fb2c3c946fa in QCoreApplication::notifyInternal2(QObject*, QEvent*)
() at /lib64/libQt5Core.so.5
#18 0x7fb2c3fcc1cd in
QGuiApplicationPrivate::processExposeEvent(QWindowSystemInterfacePrivate::ExposeEvent*)
() at /lib64/libQt5Gui.so.5
#19 0x7fb2c3fccdfd in
QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*)
() at /lib64/libQt5Gui.so.5
#20 0x7fb2c3fadc4b in
QWindowSystemInterface::sendWindowSystemEvents(QFlags)
() at /lib64/libQt5Gui.so.5
#21 0x7fb2b3241716 in
QUnixEventDispatcherQPA::processEvents(QFlags)
() at /lib64/libQt5XcbQpa.so.5
#22 0x7fb2c3c9368a in
QEventLoop::exec(QFlags) () at
/lib64/libQt5Core.so.5
#23 0x7fb2c3c9b18c in QCoreApplication::exec() () at /lib64/libQt5Core.so.5
#24

[plasmashell] [Bug 356225] Panel moves to wrong screen when external monitor is connected

2016-05-31 Thread Andreas Krohn via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=356225

--- Comment #103 from Andreas Krohn <hamburger1...@gmail.com> ---
Help is on the way. Plasma 5.7 will/should fix this issue.

http://vizzzion.org/blog/2016/05/multiscreen-in-plasma-5-7-and-beyond/

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

[plasmashell] [Bug 356225] Panel moves to wrong screen when external monitor is connected

2016-05-01 Thread Andreas Krohn via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=356225

--- Comment #85 from Andreas Krohn <hamburger1...@gmail.com> ---
I might have found something to help fix this:
In my case the panel always appears on the screen containing the mouse. So if I
login and quickly move the mouse to the "correct" screen (the one I want to
have the panel on), everything is fine. If I leave the mouse on the "wrong"
screen, the panel is on that screen as well.

Is that just me or can anyone confirm this behavior?

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

[plasmashell] [Bug 356225] Panel moves to wrong screen when external monitor is connected

2016-02-29 Thread Andreas Krohn via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=356225

Andreas Krohn <hamburger1...@gmail.com> changed:

   What|Removed |Added

 CC||hamburger1...@gmail.com

--- Comment #24 from Andreas Krohn <hamburger1...@gmail.com> ---
Same here. Most of the times "kquitapp plasmashell; plasmashell --shut-up &"
worked.

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