Bug 66205 - Konqueror download status does not close
Summary: Konqueror download status does not close
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kdebase (Show other bugs)
(Show other bugs)
Version: 9
Hardware: All Linux
Target Milestone: ---
Assignee: Ngo Than
QA Contact: Ben Levenson
Depends On:
TreeView+ depends on / blocked
Reported: 2002-06-06 09:21 UTC by Warren Togami
Modified: 2005-10-31 22:00 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-03-09 04:35:05 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Warren Togami 2002-06-06 09:21:57 UTC
From Bugzilla Helper: 
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.0.0-10; Linux) 
Description of problem: 
When you download a file (like an rpm package) with Konqueror, the download 
status dialogue doesn't disappear when the transfer is complete.  It is stuck 
at 99% or 100% with 1 second estimated time left, and the Cancel button is 
still there.  You can tell the file download was complete because it already 
renamed the file to the actual name rather than the partial hidden dotfile 
name that it uses during transfer. 
Version-Release number of selected component (if applicable): 
Red Hat Linux 7.3 
KDE 3.0.0-12 
How reproducible: 
Steps to Reproduce: 
1. Download any file like an RPM package 
2. Allow the file transfer to finish 
Actual Results:   
Gives no visual feedback that the transfer completed. 
Expected Results:   
It should either close the download dialogue window, or somehow indicate that 
it finished the transfer and change the Cancel button to Close.

Comment 1 Ben Levenson 2002-06-11 17:27:25 UTC
I can't reproduce this.

Comment 2 Warren Togami 2002-07-10 12:30:24 UTC
I have just experienced it on another fresh install of Red Hat 7.3 today.  It
seems to be intermittent... occured twice today, once with an RPM and once with
an OGG.

The OGGs were from this page.

Comment 3 Warren Togami 2002-07-12 13:54:59 UTC
Occured in Limbo beta once out of 15 downloads.  I still can't figure out how to
trigger this behavior consistently.

Comment 4 Warren Togami 2003-03-15 09:08:00 UTC
Still happens in kdebase-3.1-9 in Phoebe3.  Occurs often with that same OGG
download page mentioned above.

Comment 5 Warren Togami 2003-04-03 05:56:02 UTC
Still happens in kdebase-3.1-12

Comment 6 Ali-Reza Anghaie 2003-04-14 00:54:25 UTC
I can't reproduce this with RHL 9 with the same kdebase as you last specified. Can you give a 
few URLs that you run into this with? Does Kget try to automagically run for you as well? 

Comment 7 Warren Togami 2003-04-14 01:10:16 UTC
If your konqueror is set to close the download window when complete this doesn't happen.  If it 
is set to keep the window open, then very often (but not always) it stops at 99% with a 
complete file and "Cancel" button is still there. 
It happens almost every time with the OGGs on that page above, and downloading Java 
rpm.bin files from http://www.javasoft.com. 
This behavior has been this way since KDE 2.2.x, perhaps earlier. 

Comment 8 Ali-Reza Anghaie 2003-04-14 01:24:02 UTC
I can't reproduce this. Are you, by chance, using upgrade on upgrade? So you've moved from 
KDE 2 -> 3 -> 3.1 with the same configs? 

Comment 9 Warren Togami 2003-04-14 01:45:15 UTC
Nope, I never do upgrades.  These are all fresh installs on a dozen different
systems with different versions of Red Hat Linux over the years.

Like I said, it doesn't happen all the time.

Comment 10 Warren Togami 2004-03-09 04:35:05 UTC
Seems okay now. 

Note You need to log in before you can comment on or make changes to this bug.