close
Comments you submit will be routed for moderation. If you have an account, please log in first.
Modify

Opened 9 months ago

Closed 9 months ago

Last modified 8 months ago

#543 closed enhancement (fixed)

UpdateCheck window should inform about finished downloads

Reported by: Raziel Owned by: tboeckel
Priority: low Milestone: YAM 2.9p1
Component: user interface Version: 2.8
Severity: minor Keywords:
Cc: OS Platform: All
Blocked By: Blocking:
Release Notes:

Downloading an update archive will now always show the transfer window to inform the user about the download's progress no matter what if the transfer window is configured to be invisible for mail transfers.

Description

Phenomenon

The UpdateCheck window stays silent when a user is downloading, hence no indication of a finished download is given.

Background analysis

At least a window telling the user that a download has finished should be shown.
The better and user friendlier solution would be to use progress bars on every single available download (if possible) that will show up once the user clicks on "Download"

Implementation recommendation

I know about task #322 and having the UpdateCheck overhauled to a whole new level...i like that :-)
Maybe this progress bar request can be used as a stop-gap on the way to an automated UpdateCheck/Installer?

Attachments (0)

Change History (10)

comment:1 Changed 9 months ago by damato

  • Component changed from undefined to user interface
  • Milestone set to YAM future release
  • OS Platform changed from undefined to All
  • Priority changed from undecided to low
  • Severity changed from major to minor
  • Status changed from new to accepted
  • Version set to 2.8

comment:2 Changed 9 months ago by damato

  • Type changed from task to enhancement

comment:3 Changed 9 months ago by tboeckel

Downloading an archive already opens the transfer window. That way you get all the necessary information about the download. Why do you need yet another requester when the download is finished? The transfer window should make it very obvious when a download is finished. A normal web browser doesn't open such a requester either.

comment:4 Changed 9 months ago by Raziel

Ah, so we are back to my earlier report of an "in-main-window-progress-bar" from #399.
:-)
See, i have the transfer window still shut down through config and as such it won't show up when downloding updates (i wasn't aware that the transfer window will display the update downloads aswell).

Maybe we can merge this and #399 then, because they both stem from the same source of having the transfer window suppressed?

comment:5 Changed 9 months ago by tboeckel

The transfer window shows all kinds of transfers, not just mail transfers. It is no problem to let the file download override the global settings and always show the transfer window.

comment:6 follow-up: Changed 9 months ago by Raziel

Ok, that would fix the problem i'm having.

But how to do that? There is no option to override the global setting.
Or has it to be implemented yet?

comment:7 in reply to: ↑ 6 Changed 9 months ago by tboeckel

  • Milestone changed from YAM future release to YAM 2.9p1
  • Owner set to tboeckel
  • Status changed from accepted to assigned

Replying to Raziel:

But how to do that? There is no option to override the global setting.
Or has it to be implemented yet?

Perhaps my answer was a bit unspecific. Of course this requires some changes to the source code, but this is easy to do.

comment:8 Changed 9 months ago by tboeckel

  • Resolution set to fixed
  • Status changed from assigned to closed

In 7779:

  • mui/YAMApplication.c, misc: downloading an update archive will now always show the transfer window to inform the user about the download's progress no matter what if the transfer window is configured to be invisible for mail transfers. This closes #543.

comment:9 Changed 9 months ago by tboeckel

  • Release Notes modified (diff)

comment:10 Changed 8 months ago by tboeckel

In 7783:

  • ChangeLog: added entry for ticket #543.

Add Comment

Modify Ticket

Action
as closed The owner will remain tboeckel.
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.

This list contains all users that will be notified about changes made to this ticket.

These roles will be notified: Reporter, Owner, Subscriber

  • Hubert Maier(Reporter, Participant)
  • Thore Böckelmann(Owner, Participant)