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)
Firefox OS Graveyard
Gaia::Music
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:
Comment 3•11 years ago
|
||
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
Comment 4•11 years ago
|
||
OK. File a bug 915039 for video activity and a bug 915043 for gallery activity.
Updated•11 years ago
|
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
Updated•11 years ago
|
Comment 5•11 years ago
|
||
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?
Comment 6•11 years ago
|
||
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?
Updated•11 years ago
|
blocking-b2g: 1.3? → 1.4?
Updated•11 years ago
|
Whiteboard: fixinmusic2
Comment 7•10 years ago
|
||
will address this in the new music app design/impl (planned for 1.5)
blocking-b2g: 1.4? → 1.5?
Comment 8•10 years ago
|
||
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?
Comment 9•10 years ago
|
||
Julien, I think it will be fixed at new music app, music 2 is its current name.
Comment 10•10 years ago
|
||
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?
Comment 11•10 years ago
|
||
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
Updated•10 years ago
|
blocking-b2g: 2.0? → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•