| Summary: | panel moved from bottom to top when adding a new screen and kwin crashed | ||
|---|---|---|---|
| Product: | [Unmaintained] plasma4 | Reporter: | Andreas Pakulat <apaku> |
| Component: | containment-panel | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | aseigo |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Andreas Pakulat
2009-01-04 13:52:05 UTC
Just retried and its perfectly reproducable: Grab a window title, move the window into the second screen. This crashes kwin and it also makes the panel vanish. Not the desktop background though, so I assume not all of plasma is crashing at that point. When the panel and kwin come back, the panel is at the top of the first screen. And another note: Due to 179607 I can't really move the panel myself back to the bottom, but it seems when playing around with the size handles a bit it jumps back to the bottom itself. I also just noticed (trying to move it back to the top via this bugreports steps) that it doesn't necessarily happen the first time kwin crashes. Might need a second try of moving the window on the second screen to move the panel... Captured plasma kdebug output while moving a window from screen 0 to screen 1 and the panel jumped to the top: plasma(21082) PanelView::updateStruts: screen l/r/b/t offsets are: 0 1680 150 0 4 plasma(21082) TaskManager::AbstractGroupingStrategy::createGroup: Object::connect: Attempt to bind non-signal TaskManager::TaskGroup::editRequest() plasma(21082) TaskGroupItem::reload: plasma(21082) TaskGroupItem::isActive: Not Implemented *** Bug 179607 has been marked as a duplicate of this bug. *** i doubt this has anything to do with plasma. the panel asks to move to a certain location on screen, but it's the window manager that actually allows it to do so. that it repositions properly as soon as you alter the settings says that plasma internally has the right bookkeeping, but that the window manager has moved the window elsewhere "behind its back". let's get the window manager crash fixed, and then when that's done, revisit this bug. i trust you've filed a report with kwin with a backtrace? can you reference the bug # in a comment in this report, please? thanks. There's only one xrandr kwin bugreport: https://bugs.kde.org/show_bug.cgi?id=173017 Ok, seems like the real issue for both plasma and kwin has been kephal. Luckily I've got help from one of the kephal devs and he was able to fix the problems I've seen (there's one remaining which happens with cloning/"un-cloning" screens ). So I'm closing this as duplicate of the xrandr bug in kwin. Commit is pending, along with backporting to 4.2 and closing the bugreport. *** This bug has been marked as a duplicate of bug 173017 *** |