Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#58154 - [gwenview] UI problems when opening files from sshfs mounts
Attached to Project:
Arch Linux
Opened by Sebastian Martin Dicke (sdicke) - Saturday, 07 April 2018, 10:47 GMT
Last edited by Antonio Rojas (arojas) - Sunday, 08 April 2018, 15:17 GMT
Opened by Sebastian Martin Dicke (sdicke) - Saturday, 07 April 2018, 10:47 GMT
Last edited by Antonio Rojas (arojas) - Sunday, 08 April 2018, 15:17 GMT
|
DetailsDescription:
When opening a file from a current working directory, which is mounted via sshfs the gwenview user interface do not react to mouse inputs for some seconds (between 8 and almost 30). This do not occurs with files from directories which a connected via SATA to the local computer. This occurs neither with the same versions from KDE Frameworks, Qt, a similar gwenview version (17.12.3) but a different sshfs version (2.9-1.1) with openSUSE Tumbleweed. The behaviour is reproducible. Additional info: * Gwenview 17.12.3-1 * KDE Frameworks 5.44.0 * Qt 5.10.1 * sshfs 3.3.1-1 * kio 5.44.0-1 Steps to reproduce: 1. The current working directory is mounted via sshfs (tried it both from konsole and dolphin). 2. Click on an image file (in dolphin) or call gwenview by it name followed by a file name (konsole). 3. The image is shown. 4. Click on an user interface element (any buttom, menu etc.). 5. Wait. 6. First reaction are visible after some seconds. |
This task depends upon
Comment by Antonio Rojas (arojas) -
Saturday, 07 April 2018, 14:20 GMT
That's because gwenview is checking the mimetype of every single file in the picture's dir, which can take a long time over ssh depending of the number of files. Nothing we can do about this packaging wise, please take it upstream.