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

Status: VERIFIED DUPLICATE of bug 955887

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

Description

[Zac C (:zac)]

Attachment: empty_activity.jpg

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

Comment 1

[Rick Waldron [:rwaldron]]

I can't reproduce this. Evelyn will you have a look?

Comment 2

[Julien Wajsberg [:julienw]]

This looks like the "settings menu" more than the "activity menu".

Comment 3

[Rick Waldron [:rwaldron]]

(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" ;)

Comment 4

[Julien Wajsberg [:julienw]]

I just tried it, and it's actually the "save as draft" menu.

On my peak, I correctly have the various texts though...

Comment 6

[Rick Waldron [:rwaldron]]

The only thing I can think of is that there maybe some failure in navigator.mozL10n.localize?

Comment 7

[Julien Wajsberg [:julienw]]

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...

Comment 8

[Julien Wajsberg [:julienw]]

Zac, also, do you see such behavior in other places?

Comment 9

[Julien Wajsberg [:julienw]]

Ok, I just saw the duplicate...

Comment 10

[Julien Wajsberg [:julienw]]

Naoki, please see my questions in comment 7 and comment 8. It would help if you can answer them.

Comment 11

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

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

Comment 12

[Julien Wajsberg [:julienw]]

QA, can you try with SkiaGL disabled? YOu can disable Skia GL by disabling this pref:

  pref("gfx.canvas.azure.accelerated", false);

Comment 13

[Matthew Vaughan]

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

Comment 14

[Julien Wajsberg [:julienw]]

Naoki, do you think you'd have time to figure out what's different between your own build and releng's build?

Comment 15

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

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?

Comment 16

[Julien Wajsberg [:julienw]]

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.

Comment 17

[Julien Wajsberg [:julienw]]

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 ?

Comment 18

[Axel Hecht [:Pike]]

We shouldn't, but it seems that we do. See also bug 955887.

Comment 19

[Julien Wajsberg [:julienw]]

Yep, this is definitely the same bug, thanks !

Comment 20

[Ross Kuhlman ([e-mail])]

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