Bug 100788 - when docked, download continues despite no dock icon / window exists
Summary: when docked, download continues despite no dock icon / window exists
Status: RESOLVED FIXED
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
: 105627 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-03-04 09:55 UTC by Jens
Modified: 2008-01-26 19:22 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jens 2005-03-04 09:55:28 UTC
Version:           v0.8.3 (using KDE 3.3.2 Level "a" , unofficial build of SUSE )
Compiler:          gcc version 3.3.3 (SuSE Linux)
OS:                Linux (i686) release 2.6.5-7.147-default

Hello,

when I start a download and dock the download window into Kicker, then make it re-appear and close it, the dock window disappears, and the window is closed. For all the user can see the download is *stopped*.

However, it seems KGet still downloads in the background (which you can prove by trying to download again, which will popup a message "this file is already being downloaded").

To make this more understandable for people who do not know at the time that KGet is running in the background, I would propse the following:

- instead of making a new dock icon, change KGet's dock icon to the "gauge" that shows the download progress (of all current downloads, if there are several).

- Show this progress dock icon even if the user does not explicitly dock the download (the "down arrow" icon of KGet at the moment does not provide any useful info, we might as well use the space for something).

- When a new download window is started, flash the KGet icon a couple times and (maybe) show a speech bubble kind of popup message saying something like "KGet: started downloading basename($url)", so the users knows "where" his download is being worked on (and where s?he can cancel, pause, etc).

Just my €0.02 ... but I think it would definitely improve KGet's integration and usability. :-)

Thank you!

Jens
Comment 1 Urs Wolfer 2005-07-25 17:33:13 UTC
*** Bug 105627 has been marked as a duplicate of this bug. ***
Comment 2 Urs Wolfer 2008-01-26 19:22:16 UTC
This issue has been fixed in the KDE 4.0 version of KGet.