Whenever i double click a gzip file (no gziped tar), i get the error: Error: Protocoll not supported by Krusader gzip:/path/to/file.ext.gz seems that the option to browse archives as folders introduced by this [1] commit tries to handle gziped files as archives. From a user perspective, theses gziped files should be handled such as single file archive files. [1] https://quickgit.kde.org/?p=krusader.git&a=commit&h=d1459aebf7447709feae136848d33e070041118a Reproducible: Always Software used: Krusader git: commit d1459aebf7447709feae136848d33e070041118a kde-frameworks: 5.23 plasma: 5.7.0 qt: 5.6.1
The problem is older, also the 2.4.0 version is affected. On the other hand, krarc:/path/to/file.ext.gz can successfully browse the file. Katepart can edit and save the gzipped file without the need to decompress it.
hmm you are right, krarc:/path/to/file.ext.gz works as expected. I see two ways to handle this situation: Solution 1: Even if katepart can transparently view/edit gziped files: handle them as single file archives, because there exist other applications which cannot handle gziped files transparently. Furthermore, the shortcuts to view or edit a gzip file still work directly on the gzip file. It is therefore easy to edit the files directly with katepart (and only katepart / other applications which can handle gzip transparently are cut of). Solution 2: Alternatively, we must differentiate between the associated applications of the second order extension and mime type, e.g. <filename>.txt.gzip (text/plain; charset=us-ascii compressed-encoding=application/x-gzip; charset=binary) would open directly with kate and <filename>.mp3.gzip (audio/mpeg; charset=binary compressed-encoding=application/x-gzip; charset=binary) would trigger the krarc browsing as my associated player does not handle gzip files transparently. I do not know if there is an easy way to know if an application can handle gzip transparently. It might therefore be troublesome to implement this feature (but still: it would be pretty cool :-) ).
A trick could be adding application/gzip to the mimetypes supported by krarc. Though, it doesn't work if the filename contains spaces.
Confirmed on v2.7.0. For gzip files the workaround with changing protocol to krarc helps. For bzip files it doesn't - "Error: The process for the krarc protocol died unexpectedly."
*** Bug 403545 has been marked as a duplicate of this bug. ***