Summary: | kde-base/kmail kde-base/dolphin 4.11.0 - selecting "Open with 'LibreOffice Writer'" crashes dolphin/kmail/... | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tanktalus |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | adaptee, office |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://gerrit.libreoffice.org/6018 | ||
See Also: |
https://bugs.kde.org/show_bug.cgi?id=323722 https://bugs.kde.org/show_bug.cgi?id=321787 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Tanktalus
2013-08-21 23:38:26 UTC
Changing writer.desktop to end with: [X-New Shortcut Group] UnityQuicklist=New Document Exec=libreoffice --writer %U TargetEnvironment=Unity (changing the %F to %U on the second last line here) resolves the issue. I'm not sure how to cause that change in libreoffice, though. Meanwhile, I've asked upstream if crashing could be avoided, and a useful error message could be emitted instead. (In reply to Tanktalus from comment #0) > KDE team implies this is a Gentoo problem, I'm not sure. Yeah, some parts of upstream, especially PIM, are not too keen on Gentoo. > Basically, when I open .doc or .docx files (haven't tried other office > files, but I assume they're the same), by clicking on them as an attachment > in kmail and then selecting "Open with 'LibreOffice Writer'" (and not via > "Open With..." - that works), I get a crash, whose backtrace you can see in > the KDE bug linked above. As per the upstream bug, the crash is occurring because we are using a "debug" build (or rather, not explicitly using the magic release build type). It looks like the magic CFLAGS are -DNDEBUG -DQT_NO_DEBUG. We already use the latter for USE="-debug", I guess we should add the former too. > I was assuming that it was due to libreoffice's > /usr/lib64/libreoffice/share/xdg/writer.desktop having the following two > lines: > > > Exec=libreoffice --writer %F > X-KDE-Protocols=file,http,smb,ftp,webdav > > Because it makes no sense to use %F (list of local files) when you support > protocols like http. Instead, %U would make more sense. @openoffice, from the upstream bug: The desktop files in libreoffice/sysui/desktop/share/brand.pl substitute %%FILE%% to %U if --urls is true (else, it uses %F) "--urls" is defined in libreoffice/sysui/CustomTarget_share.mk if ENABLE_GIO or ENABLE_GNOMEVFS is true. and finally ENABLE_GNOMEVFS is true if gnome-vfs is found while configuring libreoffice According to comment #1, it works after manually changing it, so maybe it would be useful to ship that change. (In reply to Michael Palimaka (kensington) from comment #2) > As per the upstream bug, the crash is occurring because we are using a > "debug" build (or rather, not explicitly using the magic release build > type). It looks like the magic CFLAGS are -DNDEBUG -DQT_NO_DEBUG. We already > use the latter for USE="-debug", I guess we should add the former too. Did you build your KDE applications with USE="debug"? It turns out that we already do pass both those flags. (In reply to Michael Palimaka (kensington) from comment #3) > Did you build your KDE applications with USE="debug"? It turns out that we > already do pass both those flags. Yes. And after upgrading Qt to 4.8.5, the problem also seems to have disappeared. No idea why that would be after the explanation upstream. Submitted fix to gerrit, lets see if it is really the way how to fix it. Ok fixed in 4.1.4.2 so closing. To be honest, I'm still getting this with KDE 4.12.0 and libreoffice 4.1.4.2 - it's still using %F instead of %U in the desktop files. According to eix, it was merged as: Installed versions: 4.1.4.2(09:30:10 AM 12/27/2013)(branding cups dbus gtk java kde opengl vba webdav -aqua -bluetooth -debug -eds -gnome -gstreamer -gtk3 -jemalloc -mysql -odk -postgres -telepathy -test ELIBC="-FreeBSD" LIBREOFFICE_EXTENSIONS="presenter-minimizer -nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python2_7 -python3_3" PYTHON_TARGETS="python2_7 python3_3") I'm not sure if one of the missing USEs is not setting something that is required for it to move from %F to %U? |