381150 - Software Update UI Problem when trying to unhide Download Progress window

Status: RESOLVED INCOMPLETE

(Toolkit :: Application Update, defect)

Description

[Carsten Book [:Tomcat]]

Attachment: stopped UI

During the test with Update from 1.5.0.12 to 2.0.0.4 RC3 i found the following issue. 

When you have started the update process you can hide this window. When you want to unhide this window (to check the progress of the update) and you go to Help -> Downloading Update - you get not the progress window, you get a Software Update Dialog Window where no progress is shown and the progress sign (the circle) is greyed out (see Screenshot).

So it looks like the UI hang here or has a problem.

You can only unhide this window again. During the tests the download also stops and only continue when you unhide this Download Window again.

Comment 1

[Carsten Book [:Tomcat]]

Just a little note: On this UI is also the text "Contacting the Update Server" and this is an error here, since there is no visible action. 

Comment 2

[Carsten Book [:Tomcat]]

Attachment: en-US screenshot

Steps to reproduce:

1. Go to Help -> Check for Updates
2. Find a Update (in my case from 1.5.0.12 -> 2.0.0.4)
3. During the Download of the Update click on "hide"
4. The Software Update Download Window will close
5. Go again to Help and now there is "Downloading Firefox ...." instead of search for updates
6. Click on this Option
7. You will see the result like the Screenshot. There is Connecting to the Update Server, but nothing happen or is greyed out.
Also the Updated is stopped.

Comment 3

[juan becerra [:juanb]]

I tried this on a Mac. I added livehttpheaders and clicked on the Hide button while the major update was being downloaded. When I tried bringing it back from the Help menu livehttpheaders did not spit out anything. When I click Hide again, something shows in livehttpheaders.

If I restart the browser and retry the download after a while it comes back and keeps downloading where it left off. 

Comment 4

[Carsten Book [:Tomcat]]

Confirmed also with Update tests on Windows 1.5.0.11 -> 1.5.0.12 and 2.0.0.2 -> 2.0.0.4 - seems this is a general problem not related only to major updates.

Comment 5

[Jay Patel [:jay]]

This sounds familiar, so I'm wondering if there might be an open bug somewhere already.  I think I experienced with with 1.5.0.x, but thought it was fixed for 2.0.0.x.  

Has anyone other than Tomcat seen this behavior with 2.0.0.x updates on any platforms?

Comment 6

[Marcia Knous [:marcia]]

I tested simulating an update from 2003->2004pre on Win XP following Tomcat's steps in Comment 2. I wasn't able to hide the dialog multiple times because the update was small, and eventually even though the Help menu said "Downloading..." it finished rather quickly and changed to "Apply downloaded update now."

This is not to say I have not seen this behavior before during testing, I am just having trouble reproducing it at the moment on a Win XP machine. That screenshot looks more than vaguely familiar, especially on Mac.

Comment 7

[:Gavin Sharp [email: [e-mail]]]

(In reply to comment #5)
> This sounds familiar, so I'm wondering if there might be an open bug somewhere
> already.

This sounds familiar to me too, but I've searched and can't seem to find any previous bugs about it. Maybe it was something discussed outside of a bug? This is going to bother me now... :)

Comment 10

[Daniel Veditz [:dveditz]]

A fix would be nice, but not blocking a 1.8.1.x release since this is not a common user action and has a workaround.

Nominating for FF3, if it gets assigned to someone and fixed on the trunk we can look at a patch.

Comment 11

[Mike Connor [:mconnor]]

Can anyone confirm this on trunk?

Comment 12

[Marcia Knous [:marcia]]

Following Tomcat's STR in Comment 2, I don't see it on the trunk going from the build on 6-23 to today's build. After I select the hide button and then go to Help, I see "Apply Downloaded Update" and I am able to proceed with the update.

Comment 13

[Mike Beltzner [:beltzner, not reading bugmail]]

Based on comment 12 I'm clearing the nomination; someone should file a new bug if we can confirm on trunk.

Comment 14

[Mike Beltzner [:beltzner, not reading bugmail]]

s/clearing/minusing/

Comment 15

[Robert Strong (they/them - no direct email)]

Hey Tomcat, can you still reproduce this?

Comment 16

[Robert Strong (they/them - no direct email)]

No response to comment #15... resolving -> incomplete. Please reopen if you are still able to reproduce.