progress bar event handling a confusing mess

Bug #299354 reported by Aaron Harpole
2
Affects Status Importance Assigned to Milestone
Ubuntu Update Server
New
Undecided
Unassigned

Bug Description

Okay, I'm going to report this as a bug so that we have this all well documented and everything.

Our current issue is this:
We can create a progress bar, and make it pulse back and forth. However, we need to make it stop somehow. Now, a creating a gobject.add_timeout kind of thing is going to be what we need to do.

In order for the progress bar to know it's done and that it should stop doing it's pulse-y thing, a boolean of some sort needs to get tripped. That's easier said than done, though, because the only thing that needs to happen for that is that the installUpdates function needs to finish its work. We have no way of checking its status, because if you were to use a while loop like while not installUpdates(), then it's going to repeatedly call that method, which is not what we want.

I will make a separate bug request for the backend team to make the updating process something for which we can check a status for, that is not being interfered with by the actual install process.

Tags: gui
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.