Bug 391138 - Ark becomes slow when working with large archives
Summary: Ark becomes slow when working with large archives
Status: RESOLVED WORKSFORME
Alias: None
Product: ark
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Elvis Angelaccio
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2018-02-27 04:35 UTC by Zakhar
Modified: 2018-10-28 03:21 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
attachment-24185-0.html (1.75 KB, text/html)
2018-02-27 20:45 UTC, Zakhar
Details
attachment-30121-0.html (169 bytes, text/html)
2018-02-27 22:45 UTC, Zakhar
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Zakhar 2018-02-27 04:35:02 UTC
The app ark being a capable necessary component of KDE becomes utterly useless when opening and working with archives over 80MBs with many files in it. What happens when opening an archive it has to sit there and scan thru it for no good reason, no other archive manager does this.
Comment 1 Edmund Kasprzak 2018-02-27 19:42:18 UTC
Hi Zakhar, we confirm the bug only if a few people are able to reproduce it easily.

Ark handles situations like you described very well in general, so it needs be something specific with your archive or environment.

Can you share that problematic archive (some external repository/cloud because of the size) ?
Also, which version of KDE Plasma, Framework and Ark are you using?
Comment 2 Zakhar 2018-02-27 20:45:38 UTC
Created attachment 111066 [details]
attachment-24185-0.html

Using revision found in bug info under version specifically I had trouble
opening Mozilla Firefox tarball

On Feb 27, 2018 11:42 AM, "Edmund Kasprzak" <bugzilla_noreply@kde.org>
wrote:

> https://bugs.kde.org/show_bug.cgi?id=391138
>
> Edmund Kasprzak <edkasp@gmail.com> changed:
>
>            What    |Removed                     |Added
> ------------------------------------------------------------
> ----------------
>      Ever confirmed|1                           |0
>              Status|CONFIRMED                   |UNCONFIRMED
>                  CC|                            |edkasp@gmail.com
>
> --- Comment #1 from Edmund Kasprzak <edkasp@gmail.com> ---
> Hi Zakhar, we confirm the bug only if a few people are able to reproduce it
> easily.
>
> Ark handles situations like you described very well in general, so it
> needs be
> something specific with your archive or environment.
>
> Can you share that problematic archive (some external repository/cloud
> because
> of the size) ?
> Also, which version of KDE Plasma, Framework and Ark are you using?
>
> --
> You are receiving this mail because:
> You reported the bug.
Comment 3 Edmund Kasprzak 2018-02-27 21:22:53 UTC
Revision of your Ark version in bug info is "unspecified", that's why I asked.

I downloaded Firefox 5.8.0.2 source archive:
https://archive.mozilla.org/pub/firefox/releases/58.0.2/source/firefox-58.0.2.source.tar.xz

It's a very strong archive (tar.xz), where 1,3GB has been compressed into 236 mb.
In my pc Ark takes 20 sec to open it and it's perfectly normal for that kind of archive.

What do you mean by other archive managers which don't do that?
I tested it on most recent 7zip 18.01 x64 in Windows 10 and after opening .tar.xz, 7zip only shows .tar file.
Only if you open that, you will see real archive content and it actually takes more than 30 sec on my pc to open it.

So, I would say Ark works even better in every case - opens it faster - that's one and also it opens directly content of the archive using one click, not like 7zip which takes a longer time to open it and also you need to do 2 clicks.

If I misunderstood anything, please, provide more specific information from your side.

1. What version or Plasma, Frameworks (can be checked in Info Center) and Ark are you using.
2. What archive exactly and how much it takes to open with "other archive managers" (specify which one).

In general, if you want any action to be taken, please, try to provide a proper bug description:
https://community.kde.org/Get_Involved/Bug_Reporting
Comment 4 Zakhar 2018-02-27 22:45:49 UTC
Created attachment 111069 [details]
attachment-30121-0.html

What was meant would be for instance Winrar, a hugely popular windows
archive manager, it opens huge  archives momentarily, ofcourse unlike ark
Comment 5 Christoph Feck 2018-02-27 23:18:48 UTC
Assuming the Mozilla tarball is a .tar.xz, even WinRar cannot decompress a 1.3 GB tar file instantly to show the content. The propietary .rar format might be faster, of course.
Comment 6 Andrew Crouthamel 2018-09-28 03:12:44 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 7 Andrew Crouthamel 2018-10-28 03:21:13 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!