Closed Bug 914958 Opened 11 years ago Closed 10 years ago

[Buri][Shira-50987][Music][pick] There is no easy way to navigate back to the activity caller if the library is empty

Categories

(Firefox OS Graveyard :: Gaia::Music, defect, P2)

defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: sync-1, Unassigned)

References

Details

(Whiteboard: fixinmusic2)

Attachments

(1 file)

16.12 KB, application/octet-stream
Details
Mozilla build ID:20130902041201
 
 Created an attachment (id=513487)
 LOG
 
 DEFECT DESCRIPTION:
 There is no easy way to navigate back to the MMS composer if an empty category has been selected to attach an item.
 
  REPRODUCING PROCEDURES:
 1.Open the message composer
 2.Ensure that there are no music tracks on the device
 3.Try to attach a music file to the message
 4.A message is shown basically stating that no music tracks are available and this message overlays the back button at the top of the screen which can therefore not be selected
 5.Home button needs to be used which will move the MMS composer into the background
 
  EXPECTED BEHAVIOUR:
 Need add a back key
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:Medium
 
  REPRODUCING RATE:5/5
 
  For FT PR, Please list reference mobile's behavior:
Clone from brother
Attached file LOG
I perfectly agree, this is annoying.

Moving this to Gaia::Music, please file other bugs for the other apps, we should always have a way out of activities.
Component: Gaia::SMS → Gaia::Music
OK. 

File a bug 915039 for video activity and a bug 915043 for gallery activity.
blocking-b2g: --- → leo?
Summary: [Buri][Shira-50987][MMS]There is no easy way to navigate back to the MMS composer if an empty category has been selected to attach an item. → [Buri][Shira-50987][Music][pick] There is no easy way to navigate back to the activity caller if the library is empty
See Also: → 915043, 915039
Agreed that this is very annoying.  However, triage decided that this can't be a 1.1 blocker for a few reasons:

1. most users will probably know whether or not they have music on the device
2. the end result if a user falls into this is re-composing their message which hopefully isn't too difficult
3. people are unlikely to be tripped up by this more than once.
blocking-b2g: leo? → koi?
We discussed this in the last media triage meeting for 1.2 and what we decided is look at this for music/video/gallery as part of 1.3. Added this to the backlog for 1.3 (Aras is already looking into fixing the video bug already with Johu's help)

Thanks
Hema
blocking-b2g: koi? → 1.3?
blocking-b2g: 1.3? → 1.4?
Whiteboard: fixinmusic2
will address this in the new music app design/impl (planned for 1.5)
blocking-b2g: 1.4? → 1.5?
AFAIK we already have this for other dialogs (eg: the "USB is plugged in" dialog), is it really difficult to fix this in the current app?
Julien,

I think it will be fixed at new music app, music 2 is its current name.
Yes but I mean, 1.5 is far away (about 6 months), and "planned for 1.5" could mean that it will come later. If the fix is easy for the current version, maybe it's better to do it now?
Actually, per bug 973479 comment 8, this seems fixed.

Please put duplicate if you find the dupe :)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
blocking-b2g: 2.0? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: