Bug 375828 - Gwenview crash
Summary: Gwenview crash
Status: RESOLVED DUPLICATE of bug 367657
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords: drkonqi
: 363993 366808 373282 (view as bug list)
Depends on:
Blocks:
 
Reported: 2017-02-01 06:21 UTC by wm
Modified: 2017-02-03 09:01 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
snapshot1.png (3.04 KB, image/png)
2017-02-03 09:01 UTC, wm
Details

Note You need to log in before you can comment on or make changes to this bug.
Description wm 2017-02-01 06:21:20 UTC
Application: gwenview (16.08.2)

Qt Version: 5.6.1
Frameworks Version: 5.26.0
Operating System: Linux 4.4.36-8-default x86_64
Distribution: "openSUSE Leap 42.2"

-- Information about the crash:
- What I was doing when the application crashed: Starting Gwenview on a directory containing media files, or selecting such a directory if Gwenview was started on a directory which does not contain media files
- Reaction: crash within a second

The crash can be reproduced every time.

-- Backtrace:
Application: Gwenview (gwenview), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f2853ba39c0 (LWP 10540))]

Thread 4 (Thread 0x7f282b4d8700 (LWP 10544)):
[KCrash Handler]
#6  0x00007f284d9cd882 in Exiv2::Exifdatum::Exifdatum(Exiv2::Exifdatum const&) () at /usr/lib64/libexiv2.so.14
#7  0x00007f28532f14e9 in  () at /usr/lib64/libgwenviewlib.so.5
#8  0x00007f28532effcc in Gwenview::JpegContent::loadFromData(QByteArray const&, Exiv2::Image*) () at /usr/lib64/libgwenviewlib.so.5
#9  0x00007f28532b86d6 in  () at /usr/lib64/libgwenviewlib.so.5
#10 0x00007f28532b44de in  () at /usr/lib64/libgwenviewlib.so.5
#11 0x00007f28532b808f in  () at /usr/lib64/libgwenviewlib.so.5
#12 0x00007f284ec7f81e in  () at /usr/lib64/libQt5Core.so.5
#13 0x00007f284ec829e9 in  () at /usr/lib64/libQt5Core.so.5
#14 0x00007f28487f2734 in start_thread () at /lib64/libpthread.so.0
#15 0x00007f284e596d3d in clone () at /lib64/libc.so.6

Thread 3 (Thread 0x7f283aa72700 (LWP 10542)):
#0  0x00007f284e58e49d in poll () at /lib64/libc.so.6
#1  0x00007f28482d5314 in  () at /usr/lib64/libglib-2.0.so.0
#2  0x00007f28482d542c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#3  0x00007f284ee9532b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5
#4  0x00007f284ee42fdb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5
#5  0x00007f284ec7df1a in QThread::exec() () at /usr/lib64/libQt5Core.so.5
#6  0x00007f284e2431d5 in  () at /usr/lib64/libQt5DBus.so.5
#7  0x00007f284ec829e9 in  () at /usr/lib64/libQt5Core.so.5
#8  0x00007f28487f2734 in start_thread () at /lib64/libpthread.so.0
#9  0x00007f284e596d3d in clone () at /lib64/libc.so.6

Thread 2 (Thread 0x7f283c5fd700 (LWP 10541)):
#0  0x00007f284e58e49d in poll () at /lib64/libc.so.6
#1  0x00007f284643a3e2 in  () at /usr/lib64/libxcb.so.1
#2  0x00007f284643bfcf in xcb_wait_for_event () at /usr/lib64/libxcb.so.1
#3  0x00007f283e52d839 in  () at /usr/lib64/libQt5XcbQpa.so.5
#4  0x00007f284ec829e9 in  () at /usr/lib64/libQt5Core.so.5
#5  0x00007f28487f2734 in start_thread () at /lib64/libpthread.so.0
#6  0x00007f284e596d3d in clone () at /lib64/libc.so.6

Thread 1 (Thread 0x7f2853ba39c0 (LWP 10540)):
#0  0x00007f28487f70af in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0
#1  0x00007f284ec8365b in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib64/libQt5Core.so.5
#2  0x00007f284ec7e555 in QThreadPoolPrivate::waitForDone(int) () at /usr/lib64/libQt5Core.so.5
#3  0x00007f284ec7ed01 in QThreadPool::waitForDone(int) () at /usr/lib64/libQt5Core.so.5
#4  0x00007f284ec7ed3c in QThreadPool::~QThreadPool() () at /usr/lib64/libQt5Core.so.5
#5  0x00007f284ec7ed79 in  () at /usr/lib64/libQt5Core.so.5
#6  0x00007f284e4e4139 in __run_exit_handlers () at /lib64/libc.so.6
#7  0x00007f284e4e4185 in  () at /lib64/libc.so.6
#8  0x00007f283e52dddd in  () at /usr/lib64/libQt5XcbQpa.so.5
#9  0x00007f284ee70166 in QObject::event(QEvent*) () at /usr/lib64/libQt5Core.so.5
#10 0x00007f2850522e3c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5
#11 0x00007f285052749a in QApplication::notify(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5
#12 0x00007f284ee44fc5 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib64/libQt5Core.so.5
#13 0x00007f284ee46daa in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /usr/lib64/libQt5Core.so.5
#14 0x00007f284ee95c83 in  () at /usr/lib64/libQt5Core.so.5
#15 0x00007f28482d5134 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0
#16 0x00007f28482d5388 in  () at /usr/lib64/libglib-2.0.so.0
#17 0x00007f28482d542c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#18 0x00007f284ee9530c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5
#19 0x00007f284ee42fdb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5
#20 0x00007f284ee4aec6 in QCoreApplication::exec() () at /usr/lib64/libQt5Core.so.5
#21 0x000000000043431b in  ()
#22 0x00007f284e4cd6e5 in __libc_start_main () at /lib64/libc.so.6
#23 0x0000000000434619 in _start ()

Reported using DrKonqi
Comment 1 Christoph Feck 2017-02-01 22:00:55 UTC
If this is reproducible, could you attach the JPEG file that causes the crash? Additionally, it would help if you install gwenview-debuginfo symbols to get a better backtrace.
Comment 2 Christoph Feck 2017-02-01 22:02:02 UTC
*** Bug 363993 has been marked as a duplicate of this bug. ***
Comment 3 Christoph Feck 2017-02-01 22:02:17 UTC
*** Bug 366808 has been marked as a duplicate of this bug. ***
Comment 4 Christoph Feck 2017-02-01 22:02:35 UTC
*** Bug 373282 has been marked as a duplicate of this bug. ***
Comment 5 Christoph Feck 2017-02-01 22:06:17 UTC
All duplicates from openSUSE. According to bug 367657 comment #1, this is caused by a package mismatch, possibly from third-party repositories (packman?)

*** This bug has been marked as a duplicate of bug 367657 ***
Comment 6 wm 2017-02-03 09:01:14 UTC
Created attachment 103786 [details]
snapshot1.png

Sorry for my late reply! Unfortunately OpenSUSE does not supply 
gwenview-debuginfo with Leap42 although they do supply debuginfo package 
for almost everything else. The crash is reproducible but with certain 
directories it happens as soon as I invoke 'gwenview .', with others it 
opens into the browse view and crashes when I am opening a media file 
(tried so far on png, jpg, mp4). The terminal output in the first case is

> mehl@wam-fj:~/Pictures> QSocketNotifier: Invalid socket 8 and type 
> 'Read', disabling...
> QSocketNotifier: Invalid socket 11 and type 'Read', disabling...
> QSocketNotifier: Invalid socket 8 and type 'Read', disabling...
> QSocketNotifier: Invalid socket 11 and type 'Read', disabling...
> Unable to start Dr. Konqi
> kbuildsycoca4 running...
> kbuildsycoca4(7065) VFolderMenu::loadDoc: Parse error in 
> "/localhome/localmehl/.config/menus/applications-merged/xdg-desktop-menu-dummy.menu" 
> , line  1 , col  1 :  "unexpected end of file"
> kbuildsycoca4(7065)/kdecore (services) KServicePrivate::init: The 
> desktop entry file "/usr/share/applications/kde4/my_Computer.desktop"  
> has Type= "Link"  instead of "Application" or "Service"
>
> kbuildsycoca4(7065) KBuildServiceFactory::createEntry: Invalid Service 
> :  "/usr/share/applications/kde4/my_Computer.desktop"
>
> [1]   Exit 253                gwenview .  (wd: ~)
in the second case

> XmbTextListToTextProperty result code -2
> XmbTextListToTextProperty result code -2
> XmbTextListToTextProperty result code -2
> KCrash: Application 'gwenview' crashing...
> KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit
> sock_file=/run/user/24120/kdeinit5__0
>
> [1]+  Stopped                 gwenview .
In both cases there are image files in the opened folder.

You are right in that my repositories comprise Packman and VideoLan. Is 
there a convenient way to display for an installed package the required 
packages including the repositories they were installed from?

I attach one image on which I got the problem but it actually occurs 
with any image or video file I tried so far.

I should also mention that I got exactly the same problem a few weeks 
ago, with another notebook PC after I installed Leap 42.2 on that one, 
but after installing a number of software packages, it got solved 
mysteriously. I do not remember if in the other case it happened already 
before I opened the additional repositories. Both PCs use currently 
exactly the same repositories - unfortunately I have only one of them 
with me now.

I have not yet tried to reinstall gwenview.

On 01.02.2017 23:00, Christoph Feck wrote:
> https://bugs.kde.org/show_bug.cgi?id=375828
>
> --- Comment #1 from Christoph Feck <cfeck@kde.org> ---
> If this is reproducible, could you attach the JPEG file that causes the crash?
> Additionally, it would help if you install gwenview-debuginfo symbols to get a
> better backtrace.
>