Summary: | Konqueror crashed when opening *.zip archive in embedded view | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Andrzej Doyle <kde-bugs> |
Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | crash | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Andrzej Doyle
2006-07-21 15:47:16 UTC
I can pin down the situation when this occurs - it seems that it was caused by the 'auto-download' function of Sourceforge (and presumably other websites). Essentially, the website had a "this file will download in <i>n</i> seconds, or click here if this doesn't work" feature. Now for better or worse, I'm impatient enough to click the direct link immediately (when I ask it to download, I don't see why it should wait for a few seconds). What was happening was that clicking the direct link didn't count as navigating away from the page, so the 5 second timer was still running. It so happened that *after* I clicked on open, but *before* this link was 'processed' enough to navigate away from the download page, the 5 second timer kicked in and launched another download file dialog. When I clicked "Open" in this second dialog, it presumably crashed trying to connect to the same resource or somesuch (discovering the cause of this crash I leave to you). This should be easily reproducible - you don't have to actually click the "Open" button before the second dialog pops up. Instead, you can click the direct link, then leave the corresponding file download dialog up until the second one auto-launches. At this point, clicking "Open" on both dialogs causes Konqueror to crash. As an additional note, this behaviour is independant of the embedded view (or even Ark itself) and seems to be more of a connection-level error. Regardless of whether you choose "Open" or "Save as" in either of the dialogs (i.e. any of the four possible combinations), Konqueror crashes out when the second connection is attempted. (FYI, any file download windows stay open, but the download itself no longer progresses.) Of course, now I know about this behaviour I can work around it easily, but it does seem to suggest a more serious underlying bug (as well as being frustrating for those who don't know the cause). As I don't know enough C to delve into the source code, I leave it in the capable hands of the community to come up with a patch. |