kde version: 4.8.4 +++ This bug was initially created as a clone of Bug #319124 +++ Here are some examples of problem zip files: http://sourceforge.net/projects/soapui/files/soapui/4.5.1/soapui-4.5.1-linux-bin.zip/download Gives Error: Could not open the file, probably due to an unsupported file format. http://www.apache.org/dyn/closer.cgi?path=/cxf/2.7.4/apache-cxf-2.7.4-src.zip Content is shown as a misc. file while it is actually a directory From http://www.kyoceradocumentsolutions.de/index/produkte/download_center.false.driver.KM2560._.DE.html The Link to Linux_PPDs_KM25603060.zip at the bottom of the page Shows the content files as flat structure as directories+filenames.
Can only reproduce for the 1st link. The second one does not work and the third link properly shows up as Zip Archive. The 1st link shows "Unknown" because the web server returns "application/octet-stream" [1] as its content-type. IOW, it is an issue with the server itself. If you save the file and then attempt to open it, it will be opened with the correct application. [1] kio_http debug output: GET /project/soapui/soapui/4.5.1/soapui-4.5.1-linux-bin.zip HTTP/1.1" Host: tcpdiag.dl.sourceforge.net" Connection: keep-alive" User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.21 (KHTML, like Gecko) konqueror/4.13.0 Safari/537.21" Referer: http://sourceforge.net/projects/soapui/files/soapui/4.5.1/soapui-4.5.1-linux-bin.zip/download" Pragma: no-cache" Cache-control: no-cache" Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8" Accept-Encoding: gzip, deflate, x-gzip, x-deflate" Accept-Charset: iso-8859-1,*;q=0.5" Accept-Language: en-US,en;q=0.9" Cookie: <sensored> HTTP/1.1 200 OK Date: Sun, 18 May 2014 17:18:20 GMT Server: Apache/2.2.22 (Ubuntu) Last-Modified: Wed, 27 Jun 2012 12:27:16 GMT ETag: "dd0278-658e878-4c37355dc5100 Accept-Ranges: bytes Content-Length: 106489976 Connection: close Content-Type: application/octet-stream
I have retested all 3 zip files on KDE 4.12.5(Gentoo amd64 stable). All files were downloaded locally and opened with Krusader. (Thats where the bug originated from) Results: File 1 opens normally. File 2 opens normally. File 3 still shows a flat hierarchy of directories+filenames with backspaces in the filenames.
I can still reproduce this behavior with the third zip you mentioned. I'll move the bug over to kio-extras.