Version: 3.5.3 (using KDE 3.5.3, Debian Package 4:3.5.3-1 (testing/unstable)) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.11-1-686 Opening a particular zip file in the Konqueror file manager seems to cause it to spawn windows repeatedly. I would have attached the zip file, but cannot find any means to do so.
Created attachment 17017 [details] Zip file which causes Konqueror to spawn infinite windows The file described in the original bug report.
WORKSFORME (KDE 3.5.3, Debian Sid packages). I downloaded the archive to my local disk and then clicked on it. It was opened as if it was a folder which I consider the expected behaviour. Did I miss something that triggers the bug?
How are other zip files opened in Konqueror on your system? (ie, are they opened in ark, previewed in konqueror, or ...)
It is opened using the preview in Konqueror. On 18-Jul-06, at 5:17 PM, Philip Rodrigues wrote: [bugs.kde.org quoted mail]
Unable to reproduce with 3.5.5 from kubuntu edgy.
*** Bug 169519 has been marked as a duplicate of this bug. ***
From the description on bug 169519, it seems that some people are still able to reproduce that on konqueror 4.1.0. However, I tried the steps from that bug, but I couldn't reproduce it, neither in 4.1.0 nor in trunk. If I open the archive without associating it with kfmclient, it opens in the zip:/ kioslave. If I open it and associate it at the same time, konqueror complains that application/zip is not supported. I also tried that with a rar archive. It's the same, except that if I don't associate it, it doesn't open in any kioslave, konqueror starts with an empty window and ark opens on top of it.
Try opening an .xpi file instead. Download a Firefox extension from the addons.mozilla.org site which is basically a zip file that has been renamed as .xpi. Right click on the .xpi file, select "Open with", click "Other". Enter kfmclient in the "Open with" box and check the box labeled "Remember application association".
After some additional testing it turns out that the file must be associated with the FULL path below INCLUDING the arguments. If you just associate .zip files with "kfmclient openURL" then it will correctly report that it doesn't support the file type. It's only when the "openProfile webbrowsing" flags are used that it causes the bug to occur. It also occurs regardless of the file extension. So both .zip and .xpi files cause this behavior. To reproduce the bug: 1. Right click on a zip file in a folder view widget. 2. Select "Open with" 3. Then select "Other..." 4. In the "Open with" box enter the following EXACTLY: /usr/lib/kde4/bin/kfmclient openProfile webbrowsing 5. Check the box labeled "Remember application association for this type of file". 6. Click "OK" and commence the window opening.
I tried the steps on a Gentoo KDE 4.1.1 build, following results : .tar.bz2 : Works .tar.gz : Works .zip : Works I tried it in Dolphin, in the Desktop fileview plasmoid and directly out of konqueror with the profile webbrowser activated. There were no spawning windows...
I just tested it again using KDE 4.1.1 and it looks like it has been fixed. I'm not sure what was changed in 4.1.1, but it seems to have taken care of this problem since I can't seem to reproduce it now. The bug was originally discovered in 4.1.0.
As we are three people who can't reproduce this, I am closing this bug for now. If that bug ever appears again, please reopen.