Summary: | Unable to browse simple gzip/bzip files as an archive | ||
---|---|---|---|
Product: | [Applications] krusader | Reporter: | Till Schäfer <till2.schaefer> |
Component: | krarc | Assignee: | Krusader Bugs Distribution List <krusader-bugs-null> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | alex.bikadorov, davide, krusader-bugs-null, nikita+kde, vercha |
Priority: | NOR | Keywords: | reproducible, triaged |
Version: | 2.7.0 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Till Schäfer
2016-07-07 18:56:20 UTC
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. *** |