Resume all shown when there is nothing to resume

Bug #1348164 reported by Pat McGowan
28
This bug affects 5 people
Affects Status Importance Assigned to Milestone
indicator-transfer (Ubuntu)
Confirmed
High
Charles Kerr

Bug Description

Mako running 148

I deleted a failed transfer.
The next transfer succeeded and the deleted failure reappeared.

I deleted it again and the resume all button was still displayed.

see pics

ADDITIONAL STEPS:
1. Open browser
2. Goto peach.blender.com
3. Click on download
4. Scroll to 1920x1080
5. Click on h.264 Italy
6. Click on Gallery
7. Slide down the indicator
8. Click on pause all button
9. Swipe and delete the downloads
10. The button now only displays resume all

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

Also note that the indicator is red despite the fact it had been green and the most recent download succeeded

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in indicator-transfer (Ubuntu):
status: New → Confirmed
Dave Morley (davmor2)
description: updated
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

The other symptom is that the indicator stays present in the top panel with the red failure color.

Changed in indicator-transfer (Ubuntu):
importance: Undecided → High
Charles Kerr (charlesk)
Changed in indicator-transfer (Ubuntu):
assignee: nobody → Charles Kerr (charlesk)
Revision history for this message
Charles Kerr (charlesk) wrote :

Looks like what's happening is the "Delete" button in the UI is calling the transfer indicator's cancel() method for that transfer, which indicator-transfer passes along to com.canonical.applications.Download's cancel() method.

When Indicator-transfer hears a 'canceled' state change from download-manager, it flags that transfer as canceled in its internal model and this is reflected in the model exported to unity. However the UI has unconditionally removed the menuitem when "Delete" was pressed, so the model and ui are out of sync here and that's a unity8 issue.

On the other hand, even if things stayed in sync I don't think that would be a good solution here. When you press "Delete" you don't *want* the transfer to reappear in the "resume" section... you want it deleted, gone. Otherwise to actually get rid of it you'd have to delete it /twice/, once from the active section and then once from the resume section.

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

can we get some action on this?

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

Duplicates of this bug

Other bug subscribers

Remote bug watches

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