"Transfers" view broken for MMS downloads

Bug #1350307 reported by Martti Piirainen
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubuntu-download-manager
Fix Released
Medium
Manuel de la Peña
indicator-transfer (Ubuntu)
Fix Released
High
Charles Kerr
nuntium (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Test steps (on mako hw, image 157)
 - Check that MMS data settings are correct
 - Register in a cellular network (easier to test if it's a slow 2G connection)
 - Open the Transfers indicator view
 - Receive an MMS

Actual results:
 1. A line "Unknown Download" is seen
 2. I have seen weird download percentages, like in email-related bug 1348162
 3. If you pause and resume the download, the MMS is not received at all. I have seen a nuntium panic ("panic: runtime error: slice bounds out of range") once, and a nuntium parse error ("Unable to decode m-retrieve.conf: cannot decode media type for field beginning with 0x73@287457 with log Setting TransactionId to AOhIxA_U9F1E_ujkE") another time.

Expected results:
 1. A less confusing description (or hiding MMS downloads altogether)
 2. Correct percentages (or hiding MMS downloads altogether)
 3. MMS is received, or the pause/resume functionality should be disabled (or hiding MMS downloads altogether)

Tags: rtm14

Related branches

description: updated
description: updated
Bill Filler (bfiller)
Changed in indicator-transfer (Ubuntu):
status: New → Confirmed
importance: Undecided → High
tags: added: rtm14
Revision history for this message
Martti Piirainen (piiramar) wrote :

Re-tested on mako image 171, some more observations:
 - No panic observed anymore (the backtrace of the one I mentioned last week is here http://paste.ubuntu.com/7905663/ , but it really was a one-time occurence only).
 - But pausing/resuming the MMS download in "Transfers" makes the MMS reception fail every time. The download is shown as successful but the MMS is not shown.

The attached files (nuntium log + store) contain three MMS receptions (all in Sonera, Finland network):
 1. Uninterrupted, successful
 2. Paused/resumed, not received, no error in nuntium log
 3. Paused/resumed, not received, "cannot decode media type" error in nuntium log

Revision history for this message
Martti Piirainen (piiramar) wrote :
Thomas Strehl (strehl-t)
Changed in indicator-transfer (Ubuntu):
assignee: nobody → Ted Gould (ted)
Charles Kerr (charlesk)
Changed in indicator-transfer (Ubuntu):
assignee: Ted Gould (ted) → Charles Kerr (charlesk)
status: Confirmed → In Progress
Revision history for this message
Charles Kerr (charlesk) wrote :

Adding ubuntu-download-manager to the list of affected projects because all indicator-transfer is doing is calling the pause/resume methods provided on the bus by download-manager. If these methods aren't valid for MMS messages then download-manager should return an error instead of allowing them.

I think there's some blame for indicator-transfer here too -- I think you could make an argument for not showing MMS downloads in the transfer indicator at all.

The linked branch lp:~charlesk/indicator-transfer/better-content-hub-use only shows transfers that work with content-hub, so MMS messages should not show up when that branch lands.

Revision history for this message
Sergio Schvezov (sergiusens) wrote :

nuntium uses udm's CreateMMSDownload/Upload, so udm has enough information to 'hide' the download/upload with that context in mind

Changed in nuntium (Ubuntu):
status: New → Invalid
Changed in ubuntu-download-manager:
assignee: nobody → Manuel de la Peña (mandel)
Charles Kerr (charlesk)
Changed in indicator-transfer (Ubuntu):
status: In Progress → Fix Released
Changed in ubuntu-download-manager:
status: New → In Progress
importance: Undecided → Medium
no longer affects: golang-udm (Ubuntu)
Changed in ubuntu-download-manager:
status: In Progress → Fix Released
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.