Summary: | Ark doesn't recognize some zip files from websites | ||
---|---|---|---|
Product: | [Unmaintained] kio | Reporter: | mkkot <marcinkocur> |
Component: | general | Assignee: | David Faure <faure> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | adawit, rakuco |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 4.7.0 | |
Sentry Crash Report: |
Description
mkkot
2011-05-14 01:38:47 UTC
Does it work fine if you save the file and then open it with Ark? (In reply to comment #1) > Does it work fine if you save the file and then open it with Ark? Yes. Hmm, it looks like the website sends an HTML page with a login form when one chooses to open the link with Ark (open the file with Ark, then select File/Save As). Git commit dfa8f69efb330a9f9a714a94f123c5d384445be2 by Dawit Alemayehu. Committed on 16/05/2011 at 23:09. Pushed by adawit into branch 'master'. Publish all KIO slaves on hold regardless of the state of the current job. This should fix bug# 273239 and other similar issues. CCBUG: 273239 M +2 -1 kio/kio/krun.cpp http://commits.kde.org/kdelibs/dfa8f69efb330a9f9a714a94f123c5d384445be2 Confirming the issue, and reassigning to kio, as the problem seems to be in kdelibs according to adawit [1]. [1] http://thread.gmane.org/gmane.comp.kde.devel.kfm/12409/focus=12413 Git commit dffd5950b35ead8c14c5cf3a2495be5f8b7b9a1f by Dawit Alemayehu. Committed on 17/05/2011 at 20:05. Pushed by adawit into branch 'master'. - Prevent a KIO slave from being removed from its on-hold state prematurely. - Call KIO::Scheduler::publishSlaveOnHold after putting a KIO slave on hold. BUG: 273239 REVIEW: 101379 M +1 -1 kparts/browserrun.cpp http://commits.kde.org/kdelibs/dffd5950b35ead8c14c5cf3a2495be5f8b7b9a1f Thanks guys :) Git commit 02a68ff2b6e247d308efac1727a0401f12a1db0a by Dawit Alemayehu. Committed on 21/05/2011 at 16:39. Pushed by adawit into branch 'master'. Revert commit dffd5950b35ead8c14c5cf3a2495be5f8b7b9a1f because it causes regression for some people. CCBUG: 273239 CCBUG: 273783 M +1 -1 kparts/browserrun.cpp http://commits.kde.org/kdelibs/02a68ff2b6e247d308efac1727a0401f12a1db0a Git commit a3d65e2bf927c79fa4426116e9ca9169c0441758 by Dawit Alemayehu. Committed on 17/06/2011 at 01:45. Pushed by adawit into branch 'master'. When a request is not handled, instead of discarding any KIO slave that might have been put-on-hold, publish it so that it can be reused. This fixes bug 273239 without introducing the regression reported in bug 273783. BUG: 273239 CCBUG: 273783 FIXED-IN: 4.7.0 REVIEW: 101648 M +1 -1 kparts/browserrun.cpp http://commits.kde.org/kdelibs/a3d65e2bf927c79fa4426116e9ca9169c0441758 Could someone please verify it once again? Upgraded to KDE 4.6.5 and now Konqueror and ark act identically as described in original bug report. As comment #9 says, this has been fixed only in 4.7.0, so 4.6.5 should still have the issue. |