Bug 302180 - Gwenview crashes when select (start screen) "Root" in places panel.
Summary: Gwenview crashes when select (start screen) "Root" in places panel.
Status: RESOLVED DUPLICATE of bug 301474
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: Other (add details in bug description)
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords: reproducible, usability
Depends on:
Blocks:
 
Reported: 2012-06-19 10:25 UTC by Piotr Mierzwinski
Modified: 2012-10-19 13:26 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Dr.Konqi crash log (5.86 KB, text/plain)
2012-06-19 17:17 UTC, Piotr Mierzwinski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Piotr Mierzwinski 2012-06-19 10:25:50 UTC
Gwenview 4.8.4 run on KDE 4.8.4.
First start of application (no apps data). I click on "Root" in panel "Places" (right side). It made crash. Each next execution of Gwenview made crash, because (unreadable) directory "Root" has been saved in Recent directories and Gwenview used it when starts. I must remove ~/.kde4/share/apps/gwenview directory to Gwenview not crashed when starts.

Reproducible: Always

Steps to Reproduce:
1. Login to common user
2. Remove directory: ~/.kde4/share/apps/gwenview
3. Execute application
4. Click on Root (in "Places" panel)
5. Application crashes (shows notification dialog)
Actual Results:  
Application crashes.

Expected Results:  
Application shows KMessageBox contains error description.

Distribution created by SuseStudio (http://susestudio.com).
Used following repositories: KDE:Release:48 12.1, KDE:Extra:Release:48
Comment 1 Piotr Mierzwinski 2012-06-19 10:30:42 UTC
System not installed on hard drive, but running from pendrive (wrote like disk image).
Comment 2 Jekyll Wu 2012-06-19 10:41:13 UTC
Please paste the backtrace shown by Dr.Konqi here if it crashes every time.

And what does " (unreadable) directory "Root" " mean?  That entry should take user to "/" .
Comment 3 Piotr Mierzwinski 2012-06-19 17:17:21 UTC
Created attachment 71952 [details]
Dr.Konqi crash log

> Please paste the backtrace shown by Dr.Konqi here if it crashes every time.
Crash log: "gwenview-20120619-183920.kcrash" in attachment.

> And what does " (unreadable) directory "Root" " mean?  That entry should take user to "/" .
Sorry, my mistake. When Gwenview crashed I thought, that 'Root' indicates to the user "root". Common user have no read permission to this directory and that's why application crashed.

And one more thing. I made the test again and everything worked fine. Hmm. Something wrong. I'm sure that Gwenview was crashed. I remembered that it was the first start of KDE4. That's why I made the test one more time, but before I removed configuration directory (.kde4) for kde4. Below steps I repeated two times and each time application crashed.

Steps to Reproduce: 
1. On "Login screen" switch to the text console and rename directory: ~/.kde4. Example:
    mv ~/,kde4 ~/.kde4_old
2. Back to "Login screen" and login to common user
3. Execute application
4. Click on Root (in "Places" panel)
5. Application crashes (shows notification dialog)
Comment 4 Piotr Mierzwinski 2012-06-19 17:22:51 UTC
Shame that no comments can be edited. I put a comma instead of dot. Step one should looks like that:
1. On "Login screen" switch to the text console and rename directory: ~/.kde4. Example:
mv ~/.kde4 ~/.kde4_old
Comment 5 Jekyll Wu 2012-06-19 17:51:01 UTC
Thanks for your feedback. 

Thread 1 (Thread 0xb432daa0 (LWP 5228)):
[KCrash Handler]
#6  0x26b48d90 in ?? ()
#7  0xb69957df in KServiceTypeTrader::defaultOffers(QString const&, QString const&) const () from /usr/lib/libkdecore.so.5
#8  0xb6996060 in KServiceTypeTrader::query(QString const&, QString const&) const () from /usr/lib/libkdecore.so.5
#9  0xb7496eec in KImageIO::mimeTypes(KImageIO::Mode) () from /usr/lib/libkio.so.5
#10 0xb76b3d9f in Gwenview::MimeTypeUtils::rasterImageMimeTypes() () from /usr/lib/libgwenviewlib.so.4

So this is another crash introduced  by the problematic kdelibs + soprano combination for the KDE SC 4.8.4 release. See bug 301474 and bug 301453.

*** This bug has been marked as a duplicate of bug 301474 ***