Bug 190205

Summary:	ark displays wrong values for the compressed size of files in a zip file
Product:	[Applications] ark	Reporter:	Christian Trippe <christiandehne>
Component:	general	Assignee:	Harald Hvaal <metellius>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	rakuco
Priority:	NOR
Version:	2.12
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Attachments:	screenshot of ark showing strange compressed size of files

Description Christian Trippe 2009-04-20 20:31:10 UTC

Version:           2.12 (using 4.2.2 (KDE 4.2.2) "release 114", KDE:KDE4:Factory:Desktop / openSUSE_11.1)
Compiler:          gcc
OS:                Linux (i686) release 2.6.27.21-0.1-default

When creating a zip archive the compressed size is displayed wrongly (e.g. 4.0 GiB for a 22 MiB file) in ark.
I will attach a screenshot.

Comment 1 Christian Trippe 2009-04-20 20:32:06 UTC

Created attachment 32965 [details]
screenshot of ark showing strange compressed size of files

Comment 2 Raphael Kubo da Costa 2009-04-20 20:35:37 UTC

Thanks for the report. Does it only happen to this file? Is there any smaller file that you can attach that exhibits this same behaviour?

Comment 3 Christian Trippe 2009-04-20 20:43:46 UTC

(In reply to comment #2)
> Thanks for the report. Does it only happen to this file? Is there any smaller
> file that you can attach that exhibits this same behaviour?

I just tried it again. The compressed size is always displayed as 4,0 GiB independent of the file you compress. (I have tried it with the attached png-file.) But this is displayed wrong only when you create the zip-file.
As soon as you close it and open it again reasonable values are displayed.

So attaching a zip-archive does not help. I hope you can reproduce it. Thanks for the quick response!

Comment 4 Raphael Kubo da Costa 2009-04-20 20:51:18 UTC

Ah, I see. I could reproduce it here too. This may be a bug in libzip, from which we might move away in 4.3 or 4.4. As soon as I have time I'll take a closer look at it.

Comment 5 Harald Hvaal 2009-05-10 06:22:31 UTC

Yes, this is a bug downstream. There is uncertainty whether libzip should be 
compiled with 32bit or 64bit size_t, and because distros do this different we 
have included a cache variable for this in CMake.

Either way, like mentioned before the libzip plugin will be deprecated for 4.3, 
so this bug should disappear completely then.

*** This bug has been marked as a duplicate of bug 167018 ***