Gwenview thinks files should be folders

gwenview 23.04.1
gnome 44.1

I haven’t used gwenview in quite a while, about a year. This latest version thinks that all files should be folders. When I select an image file to open, the following results:
/u/websites/liferoot/specials/images/20040425-cactus-flower2-900x600.jpg is a file, but a folder was expected.
This renders the image viewer useless.

Any suggestions for repairing this?

Is this a local file path or do you try to open a web ressource? gwenview on latest Tumbleweed works fine here…

It is a local file.

(noise to get > 29 characters)

There is an upstream bugreport for it. But the description is so bad that it is impossible to reproduce. No clue how tio trigger the crash…
https://bugs.kde.org/show_bug.cgi?id=467223

Try to create a new user to rule out a broken user profile.

I uninstalled the app, went through the .local and .config folders expunging anything related to gwenview, installed the app. No joy.

Yes, that is me; I had forgotten about reporting it. I note that there has been zero activity regarding the report.
It is not a crash.

I would try this … it may (or may not) be helpful in troubleshooting:

Open up a command line window and execute:
gwenview

Then navigate to whatever directory(ies) that contain images and see how it works.

Still the same problem? Exit from gwenview and check the output in the CLI window.

> gwenview
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
kf.i18n.kuit: "Unknown subcue ':whatsthis,' in UI marker in context {@info:whatsthis, %1 the action's text}."
org.kde.kdegraphics.gwenview.lib: Unresolved mime type  "image/x-mng"
org.kde.kdegraphics.gwenview.lib: Unresolved raw mime type  "image/x-samsung-srw"
kf.kio.core: "/usr/lib64/qt5/plugins/kf5/kio/file.so" doesn't implement WorkerFactory?
kf.kio.core: "/usr/lib64/qt5/plugins/kf5/kio/file.so" doesn't implement WorkerFactory?
kf.kio.core: "/usr/lib64/qt5/plugins/kf5/kio/file.so" doesn't implement WorkerFactory?
kf.kio.core: "/usr/lib64/qt5/plugins/kf5/kio/file.so" doesn't implement WorkerFactory?
kf.kio.core: "/usr/lib64/qt5/plugins/kf5/kio/file.so" doesn't implement WorkerFactory?
kf.coreaddons: KDirWatch: "/v/photos/tmp2/pix/prints/20150324-flower-palo-verde-001-1045x1576.jpg" is a file. Use addFile!
kf.kio.core: "/v/photos/tmp2/pix/prints/20150324-flower-palo-verde-001-1045x1576.jpg is a file, but a folder was expected."

After adding the recommended environment:

> export QT_QPA_PLATFORM=wayland; gwenview
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
qt.qpa.plugin: Could not load the Qt platform plugin "wayland" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb.

I have already tried re-installing.

@jimbobrae:

It looks as if, you submitted the KDE Bug Report mentioned by hui

Given that, you’re using GNOME as your Desktop Environment, are you absolutely certain that, you have installed all the KDE components required by Gwenview?


I’m on Leap 15.4 – therefore Tumbleweed may well be different but:

 > rpm --query --requires gwenview5
/sbin/ldconfig
/sbin/ldconfig
/usr/bin/env
libKF5Activities.so.5()(64bit)
libKF5Baloo.so.5()(64bit)
libKF5Completion.so.5()(64bit)
libKF5ConfigCore.so.5()(64bit)
libKF5ConfigGui.so.5()(64bit)
libKF5ConfigWidgets.so.5()(64bit)
libKF5CoreAddons.so.5()(64bit)
libKF5FileMetaData.so.3()(64bit)
libKF5GuiAddons.so.5()(64bit)
libKF5I18n.so.5()(64bit)
libKF5IconThemes.so.5()(64bit)
libKF5ItemModels.so.5()(64bit)
libKF5ItemViews.so.5()(64bit)
libKF5JobWidgets.so.5()(64bit)
libKF5KDcraw.so.5()(64bit)
libKF5KIOCore.so.5()(64bit)
libKF5KIOFileWidgets.so.5()(64bit)
libKF5KIOGui.so.5()(64bit)
libKF5KIOWidgets.so.5()(64bit)
libKF5Kipi.so.32.0.0()(64bit)
libKF5Notifications.so.5()(64bit)
libKF5Parts.so.5()(64bit)
libKF5Purpose.so.5()(64bit)
libKF5PurposeWidgets.so.5()(64bit)
libKF5Service.so.5()(64bit)
libKF5Solid.so.5()(64bit)
libKF5WidgetsAddons.so.5()(64bit)
libKF5XmlGui.so.5()(64bit)
libQt5Core.so.5()(64bit)
libQt5Core.so.5(Qt_5)(64bit)
libQt5Core.so.5(Qt_5.15)(64bit)
libQt5DBus.so.5()(64bit)
libQt5DBus.so.5(Qt_5)(64bit)
libQt5Gui.so.5()(64bit)
libQt5Gui.so.5(Qt_5)(64bit)
libQt5PrintSupport.so.5()(64bit)
libQt5PrintSupport.so.5(Qt_5)(64bit)
libQt5Svg.so.5()(64bit)
libQt5Svg.so.5(Qt_5)(64bit)
libQt5Widgets.so.5()(64bit)
libQt5Widgets.so.5(Qt_5)(64bit)
libQt5X11Extras.so.5()(64bit)
libQt5X11Extras.so.5(Qt_5)(64bit)
libX11.so.6()(64bit)
libc.so.6()(64bit)
libc.so.6(GLIBC_2.11)(64bit)
libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libcfitsio.so.9()(64bit)
libexiv2.so.26()(64bit)
libgcc_s.so.1()(64bit)
libgcc_s.so.1(GCC_3.0)(64bit)
libgwenviewlib.so.5()(64bit)
libjpeg.so.8()(64bit)
libjpeg.so.8(LIBJPEG_8.0)(64bit)
liblcms2.so.2()(64bit)
libm.so.6()(64bit)
libm.so.6(GLIBC_2.2.5)(64bit)
libm.so.6(GLIBC_2.29)(64bit)
libphonon4qt5.so.4()(64bit)
libpng16.so.16()(64bit)
libpng16.so.16(PNG16_0)(64bit)
libstdc++.so.6()(64bit)
libstdc++.so.6(CXXABI_1.3)(64bit)
libstdc++.so.6(CXXABI_1.3.9)(64bit)
libstdc++.so.6(GLIBCXX_3.4)(64bit)
libstdc++.so.6(GLIBCXX_3.4.15)(64bit)
libstdc++.so.6(GLIBCXX_3.4.21)(64bit)
libtiff.so.5()(64bit)
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsXz) <= 5.2-1
 >

Here’s a diff between the two systems of “rpm --query --requires gwenview5”. There does not seem to anything missing. The first list is from your post earlier.

22a23
> libKF5Kipi.so.32.0.0()(64bit)
34d34
< libQt5Core5 >= 5.15.9+kde151
43,44d42
< libQt5WaylandClient.so.5()(64bit)
< libQt5WaylandClient.so.5(Qt_5)(64bit)
54c52
< libc.so.6(GLIBC_2.34)(64bit)
---
> libc.so.6(GLIBC_2.3)(64bit)
56,57c54,55
< libcfitsio.so.10()(64bit)
< libexiv2.so.27()(64bit)
---
> libcfitsio.so.9()(64bit)
> libexiv2.so.26()(64bit)
60d57
< libgcc_s.so.1(GCC_3.3.1)(64bit)
64d60
< libkImageAnnotator.so.0()(64bit)
77d72
< libstdc++.so.6(GLIBCXX_3.4.18)(64bit)
79,82c74
< libstdc++.so.6(GLIBCXX_3.4.26)(64bit)
< libtiff.so.6()(64bit)
< libtiff.so.6(LIBTIFF_4.0)(64bit)
< libwayland-client.so.0()(64bit)
---
> libtiff.so.5()(64bit)
86c78,79
< rpmlib(PayloadIsZstd) <= 5.4.18-1
---
> rpmlib(PayloadIsXz) <= 5.2-1

@jimbobrae:

Then, given your preference of using GNOME as your Desktop Environment, I can only suggest that, you install Gwenview as a Flatpak: <https://flathub.org/apps/org.kde.gwenview>.

I can only suggest that, you install Gwenview as a Flatpak:
Tried it. Didn’t work. Complaints about how this is not there, that is not correct, … Now I have another 1 GB of cruft.

Gwenview worked at one time, quite well. I’ll miss it.

Possibly due to a Qt application running on a GNOME (Gtk) Desktop Environment.

  • With GNOME as your Desktop Environment, you may well be stuck with having to use the GNOME “Image Viewer” application.

Or, change to KDE Plasma … :upside_down_face: