Summary: | plasma crashes on login inside FolderView -> no desktop or kicker visible | ||
---|---|---|---|
Product: | [Plasma] plasma4 | Reporter: | Peter Oberndorfer <kumbayo84> |
Component: | widget-folderview | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED NOT A BUG | ||
Severity: | crash | CC: | aseigo |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Peter Oberndorfer
2009-02-23 15:08:23 UTC
if i work aound the crash by not accessing the text() when m_actionCollection.action() returns 0 it is caught in a "endless" loop for (int i = 0; i < uiDisplay.sortCombo->maxCount(); i++) { if (m_sortColumn == uiDisplay.sortCombo->itemData(i).toInt()) { uiDisplay.sortCombo->setCurrentIndex(i); break; } } uiDisplay.sortCombo->maxCount() returns 0x7fffffff and if that one is commented out it crashes later somewhere else.. and many settings dialogs show up Pager Settings, Folder View Settings, Device Notifier Settings, Application Launcher Settings, Desktop Settings Another note: launching plasma-desktop instead of plasma does not cause this problems /home/kde-devel/kde/src/kdebase/workspace/plasma/shells/desktop/desktopcorona.cpp:228 is a call to applet->init(); but instead, Plasma::Containment::showConfigurationInterface is being called. you have a mismatch between the plasma library and the applet and/or the plasma binary. perhaps you are still running plasma instead of plasma-desktop and are compiling from trunk? in any case, this a BIC issue and most likely a PEBCAK issue. |