> I was opening an URL

How? Inside Gwenview? If not, In which application? Does invoking Gwenview with that URL from the Konsole also cause the crash?

Created attachment 86542 [details]
Konsole output when opening the URL

I used the open file-dialog from Gwenview. I now have attached the terminal output.

Created attachment 88918 [details]
New crash information added by DrKonqi

gwenview (4.14.0 pre) on KDE Platform 4.14.1 using Qt 4.8.6

- What I was doing when the application crashed:

I still experience the crash using Gwenview 4.14.0 pre [a Chakra term I guess].

-- Backtrace (Reduced):
#7  0x00007fd2f8354968 in KJob::kill (this=0x2806810, verbosity=KJob::Quietly) at /chakra/desktop-testing/kdelibs/src/kdelibs-4.14.1/kdecore/jobs/kjob.cpp:111
[...]
#10 0x00007fd2fa6d42f4 in KIO::TransferJob::data (this=this@entry=0x2806810, _t1=_t1@entry=0x2806810, _t2=...) at /chakra/desktop-testing/kdelibs/src/build/kio/jobclasses.moc:446
#11 0x00007fd2fa6d72d9 in KIO::TransferJob::slotData (this=0x2806810, _data=...) at /chakra/desktop-testing/kdelibs/src/kdelibs-4.14.1/kio/kio/job.cpp:999
[...]
#13 0x00007fd2fa782822 in KIO::SlaveInterface::data (this=<optimized out>, _t1=...) at /chakra/desktop-testing/kdelibs/src/build/kio/slaveinterface.moc:159
#14 0x00007fd2fa784452 in KIO::SlaveInterface::dispatch (this=0x2806810, _cmd=100, rawdata=...) at /chakra/desktop-testing/kdelibs/src/kdelibs-4.14.1/kio/kio/slaveinterface.cpp:164

Can reproduce here:

«
shlomif@telaviv1:~$ gwenview
gwenview(1473)/kdeui (kdelibs): Attempt to use QAction "edit_redo" with KXMLGUIFactory! 
gwenview(1473)/kdeui (kdelibs): Attempt to use QAction "edit_undo" with KXMLGUIFactory! 
gwenview(1473) KSambaSharePrivate::testparmParamValue: We got some errors while running testparm "Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
Warning: Service printers defines a print command, but rameter is ignored when using CUPS libraries.
" 
gwenview(1473) Gwenview::DocumentView::createAdapterForDocument: should not be called for documentKind= 8 
gwenview(1473) Gwenview::LoadingDocumentImplPrivate::startLoading: We should not reach this point! 
KCrash: Application 'gwenview' crashing...
KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit
KCrash: Connect sock_file=/home/shlomif/.kde4/socket-telaviv1.shlomifish.org/kdeinit4__0

[1]+  Stopped                 gwenview
shlomif@telaviv1:~$ QSocketNotifier: Invalid socket 13 and type 'Read', disabling...

[1]+  Exit 253                gwenview
»

I tried opening http://www.shlomifish.org/ (= my homepage, served as "text/html") using the File -> Open dialog and it crashed. It didn't happen with running «gwenview 'http://www.shlomifish.org/'». I'm running it on a KDE 4 desktop on Mageia Linux x86-64 version 5.

confirming the bug.

Regards,

-- Shlomi Fish

Created attachment 90353 [details]
Tentative patch to fix the problem against branch origin/KDE/4.14

This is a tentative patch that fixes the problem that was written after some investigation and playing with gdb. I'm not sure if it's the best and most elegant way to do it.

The KDE/4.14 branch is dead, relaeases are happening in Applications/14.12

You should try if the bug still happens there and try to fix it on that branch. Also i suggest you use reviewboard for submitting patches, it's easier to review and keep track of them.

Hi Albert,

(In reply to Albert Astals Cid from comment #7)
> The KDE/4.14 branch is dead, relaeases are happening in Applications/14.12
> 
> You should try if the bug still happens there and try to fix it on that
> branch. Also i suggest you use reviewboard for submitting patches, it's
> easier to review and keep track of them.

Thanks for the information - I'll try it there.

Regards,

-- Shlomi Fish

(In reply to Shlomi Fish from comment #8)
> Hi Albert,
> 
> (In reply to Albert Astals Cid from comment #7)
> > The KDE/4.14 branch is dead, relaeases are happening in Applications/14.12
> > 
> > You should try if the bug still happens there and try to fix it on that
> > branch. Also i suggest you use reviewboard for submitting patches, it's
> > easier to review and keep track of them.
> 
> Thanks for the information - I'll try it there.

OK, an update: I failed to install the new dependencies of the new gwenview branch due to a problem with the Mageia packaging of KF5 vs. KDE 4:

«««
shlomif@telaviv1:~/Download/unpack/kde/gwenview/B$ make
CMake Warning at /usr/share/ECM/find-modules/FindKF5.cmake:75 (find_package):
  Could not find a package configuration file provided by "KF5Activities"
  with any of the following names:

    KF5ActivitiesConfig.cmake
    kf5activities-config.cmake

  Add the installation prefix of "KF5Activities" to CMAKE_PREFIX_PATH or set
  "KF5Activities_DIR" to a directory containing one of the above files.  If
  "KF5Activities" provides a separate development package or SDK, be sure it
  has been installed.
Call Stack (most recent call first):
  CMakeLists.txt:47 (find_package)

root@telaviv1:~$ u lib64kf5activities-framework-devel                      
sudo urpmi --auto --keep --resume --noclean --downloader wget --wget-options -c lib64kf5activities-framework-devel
A requested package cannot be installed:
kactivities-framework-5.5.0-1.mga5.x86_64 (in order to keep kactivitymanagerd-4.13.3-9.mga5.x86_64)
WARNING: --keep option is in use. Some strange problems may happen
While some packages may have been installed, there were failures.
A requested package cannot be installed:
kactivities-framework-5.5.0-1.mga5.x86_64 (in order to keep kactivitymanagerd-4.13.3-9.mga5.x86_64)
root@telaviv1:~$ 


»»»

So I guess I won't be able to help with this bug until the dust settles in Mageia. Unless I set up a VM of a different distribution...

Regards,

-- Shlomi Fish

This bug does not happen in gwenview git master on Mageia x86-64 v6. Marking as RESOLVED.