Closed Bug 953300 Opened 11 years ago Closed 11 years ago

[Messages] Empty "save as draft" menu when cancelling a new message

Categories

(Firefox OS Graveyard :: Gaia::SMS, defect)

Other
Gonk (Firefox OS)
defect
Not set
major

Tracking

(b2g-v1.4 verified)

VERIFIED DUPLICATE of bug 955887
Tracking Status
b2g-v1.4 --- verified

People

(Reporter: zcampbell, Unassigned)

References

Details

Attachments

(1 file)

Attached image empty_activity.jpg (deleted) —
STR: 1. Open messages app 2. Tap New message 3. In the composition field, type a character 4. Tap '<' (back) 5. empty activity menu will appear (see screenshot) Device: Peak Build: 20131227064423 Git commit: 60cf9ad7 Gecko: 29.0a1
Summary: Empty activity menu when cancelling a new message → [Messages] Empty activity menu when cancelling a new message
I can't reproduce this. Evelyn will you have a look?
This looks like the "settings menu" more than the "activity menu".
(In reply to Julien Wajsberg [:julienw] (PTO until January 6th) from comment #2) > This looks like the "settings menu" more than the "activity menu". Hehe, it's actually an "OptionMenu" ;)
I just tried it, and it's actually the "save as draft" menu. On my peak, I correctly have the various texts though...
Summary: [Messages] Empty activity menu when cancelling a new message → [Messages] Empty "save as draft" menu when cancelling a new message
The only thing I can think of is that there maybe some failure in navigator.mozL10n.localize?
Zac, can you try again with a more current build and tell if that happens again? Also, does that always happen, or did it happen once? Rick: I'd lean more towards a Gecko Graphics issue...
Flags: needinfo?(zcampbell)
Zac, also, do you see such behavior in other places?
Ok, I just saw the duplicate...
Flags: needinfo?(zcampbell)
Naoki, please see my questions in comment 7 and comment 8. It would help if you can answer them.
Flags: needinfo?(nhirata.bugzilla)
blocking-b2g: --- → 1.4?
Hi Julien, I have seen it in a different location as well bug 956903. With my own build ( I compiled for myself for a different bug yesterday ), I don't see the issue. On today's releng build, I do see the issue. Gaia f400efc804366c7b7cf5476d1d5d325e6651ee71 Gecko http://hg.mozilla.org/mozilla-central/rev/37516445a0b5 BuildID 20140110040206 Version 29.0a1 ro.build.version.incremental=eng.archermind.20131114.105818 ro.build.date=Thu Nov 14 10:58:33 CST 2013 Buri
Flags: needinfo?(nhirata.bugzilla)
QA, can you try with SkiaGL disabled? YOu can disable Skia GL by disabling this pref: pref("gfx.canvas.azure.accelerated", false);
This issue reproduced for me on the 01/10/14 1.4 build with Skia disabled. Environmental Variables: Device: Buri Master (1.4) MOZ RIL BuildID: 20140110040206 Gaia: f400efc804366c7b7cf5476d1d5d325e6651ee71 Gecko: 37516445a0b5 Version: 29.0a1 Firmware Version: V1.2_US_20131115
Keywords: qawanted
QA Contact: mvaughan
Naoki, do you think you'd have time to figure out what's different between your own build and releng's build?
Flags: needinfo?(nhirata.bugzilla)
1) narrowed down to a gaia issue by flashing gaia on top; my own gaia works fine. 2) narrowed down to SMS issue by replacing application.zip; replacing the application.zip file for the SMS made the lettering appear when flashing using the releng build. My conclusion is that the releng build isn't pulling something correctly in the SMS app?
Flags: needinfo?(felash)
Could this be the locale ? Eg, we somehow get empty strings for some undefined keys, while we have them in the gaia repository. Keeping NI, I'll have a further look on this.
Last commit in the en-US l10n repository is in last december, see http://hg.mozilla.org/gaia-l10n/en-US/file/tip/apps/sms Pike, could you please comment here? I'm not familiar with the multilocale build: are we using the en-US files from the gaia-l10n repository for multilocale builds ?
Flags: needinfo?(felash) → needinfo?(l10n)
We shouldn't, but it seems that we do. See also bug 955887.
Flags: needinfo?(l10n)
Yep, this is definitely the same bug, thanks !
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
Flags: needinfo?(nhirata.bugzilla)
Keywords: verifyme
blocking-b2g: 1.4? → ---
Verified fixed in v1.4. In addition to the repro steps provided, I also accessed several other Options Menu screens, and all of them displayed proper text for all buttons. Environmental Variables: Device: Buri v1.4 Moz RIL BuildID: 20140304040200 Gaia: 6df4533f14ec2645bb13d8a803a5151583ca13a8 Gecko: 529b86b92b1d Version: 30.0a1 Firmware Version: v1.2-device.cfg
Status: RESOLVED → VERIFIED
Resolution: DUPLICATE → FIXED
Resolution: FIXED → DUPLICATE
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: