Closed Bug 863778 Opened 11 years ago Closed 11 years ago

Incorrect message content (in application) and missed SIM icon (in widget) when launching Usage without a SIM

Categories

(Firefox OS Graveyard :: Gaia::Cost Control, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:leo+, b2g18+ fixed)

RESOLVED FIXED
blocking-b2g leo+
Tracking Status
b2g18 + fixed

People

(Reporter: davehunt, Assigned: salva)

References

()

Details

Attachments

(2 files, 1 obsolete file)

Attached image Screenshot
Steps to reproduce:
1. Remove SIM from device and restart
2. Unlock device and launch Usage application

Expected message:
 No SIM inserted
 Insert a SIM to enable Usage

Actual message:
 widget-no-sim2-heading
 widget-no-sim2-meta

Build identifier: 20130415230205
Gecko revision: 2e24a451e0a50a5896570e628ce4a49810da49a7
Gaia revision: c614b3f3c956dc1e1adf93cf4cf41511ce75de80

Using build from: https://pvtbuilds.mozilla.org/pub/mozilla.org/b2g/nightly/mozilla-b2g18-unagi-eng/2013/04/2013-04-12-07-02-04/
My gecko/gaia revisions were inaccurate in comment 0. Here is the result of my bisect:

Last good:
Gecko revision: 2e24a451e0a50a5896570e628ce4a49810da49a7
Gaia revision: c614b3f3c956dc1e1adf93cf4cf41511ce75de80
https://pvtbuilds.mozilla.org/pub/mozilla.org/b2g/nightly/mozilla-b2g18-unagi-eng/2013/04/2013-04-10-07-02-09/

First bad:
Gecko revision: db16b691fbdd26b9c08ea2a7ba8b1025a7cbf037
Gaia revision: 6992012da593f4ce413a57e53aff64babdb5a94f
https://pvtbuilds.mozilla.org/pub/mozilla.org/b2g/nightly/mozilla-b2g18-unagi-eng/2013/04/2013-04-10-23-02-04/
I noticed this in the logcat:

E/GeckoConsole(  530): Content JS WARN at app://costcontrol.gaiamobile.org/gaia_build_defer_index.js:1 in consoleWarn: [l10n] #widget-no-sim2-heading is undefined.
E/GeckoConsole(  530): Content JS WARN at app://costcontrol.gaiamobile.org/gaia_build_defer_index.js:1 in consoleWarn: [l10n] #widget-no-sim2-meta is undefined.
blocking-b2g: --- → tef?
blocking-b2g: tef? → leo?
This looks like a simple fix and a nice user win.
blocking-b2g: leo? → leo+
Assignee: nobody → evanxd
Hi all,

I knew the root cause.

We showed the locales message(#widget-no-sim2-heading, #widget-no-sim2-meta) before the localized event was triggered.

So these locales messages were undefined.
Hi Salvador,

Please help me review the patch.

Thanks. :)
Attachment #741658 - Flags: review?(salva)
Comment on attachment 741658 [details]
Pointer to GitHub pull request: https://github.com/mozilla-b2g/gaia/pull/9396

If you do that, then every time the language is changed the application will be re-initialized. There are some tricky details as well (a missing image, some initialization issues...) so let me steal the bug.
Attachment #741658 - Flags: review?(salva) → review-
Assignee: evanxd → salva
Summary: Incorrect message content when launching Usage without a SIM → Incorrect message content (in application) and missed SIM icon (in widget) when launching Usage without a SIM
Attachment #741658 - Attachment is obsolete: true
Attachment #741965 - Flags: review?(francisco.jordano)
blocking-b2g: leo+ → tef?
Mmmm, this is not reproducing on v1.0.1 but I was pretty sure it could happen. Returning to leo?
blocking-b2g: tef? → leo?
tracking-b2g18: --- → ?
Getting back to leo+ based on comment #4 & since it looks like a regression.
blocking-b2g: leo? → leo+
Hi Salvador,

Cool!

I learned it.

Thanks. :)
Thank you for spotting it out.
No problem. :)
Comment on attachment 741965 [details]
L10n issues solved and missing icon recovered

r+ once addressed the small comment on github.

As you all commented, easy win for the user
Attachment #741965 - Flags: review?(francisco.jordano) → review+
Master: e9ddc19b350c11349914f0241357780fe884cc73
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
I was not able to uplift this bug to v1-train.  If this bug has dependencies which are not marked in this bug, please comment on this bug.  If this bug depends on patches that aren't approved for v1-train, we need to re-evaluate the approval.  Otherwise, if this is just a merge conflict, you might be able to resolve it with:

  git checkout v1-train
  git cherry-pick -x -m1 e9ddc19b350c11349914f0241357780fe884cc73
  <RESOLVE MERGE CONFLICTS>
  git commit
This bug depends on (in this order):
* Bug 841294 - this does not apply cleanly but it's easy to merge
* Bug 859898 - apply cleanly (asking for approval-gaia)
* Bug 862421 - apply cleanly (asking for approval-gaia)

Once the dependencies were landed, this patch will apply cleanly.
Depends on: 841294, 859898, 862421
Flags: needinfo?(jhford)
841294 will not be uplifted to v1-train
859898 is not yet approved for v1-train
862421 is not yet approved for v1-train

It looks like we either need to revisit the decision to not uplift 841294 or we need to rework this patch to apply on v1-train.
Flags: needinfo?(jhford) → needinfo?(salva)
Despite it is no my deccision if bug 841294 should be uplifted or not, I recommend it since the code was tested and reviewed and we are only blocking in a l10n issue even Stas recommend us no to blocking on it [1]. We can open a follow up bug to change the key and land both of them on v1-train or we can open a follow up to remove the dot.

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=841294#c9
Flags: needinfo?(salva)
Flags: needinfo?(jhford)
Uplifting this without the tests that depend on a feature that'll not be uplifted seems logical to me, but I'd like to get confirmation that from leo+'er.

Bhavana, what are your thoughts on the risk of uplifting this without the tests?
Flags: needinfo?(jhford) → needinfo?(bbajaj)
(In reply to John Ford [:jhford] -- If you expect a reply from me, use needsinfo? instead of CC from comment #20)
> Uplifting this without the tests that depend on a feature that'll not be
> uplifted seems logical to me, but I'd like to get confirmation that from
> leo+'er.
> 
> Bhavana, what are your thoughts on the risk of uplifting this without the
> tests?

sorry, this was for the wrong bug!
Flags: needinfo?(bbajaj)
After landing all dependencies, this applies cleanly. Thank you guys!

v1-train: 25c80bc0acb1b6b541b3c5c07d8e2301f0d85c8d
(In reply to Salvador de la Puente González [:salva] from comment #22)
> After landing all dependencies, this applies cleanly. Thank you guys!
> 
> v1-train: 25c80bc0acb1b6b541b3c5c07d8e2301f0d85c8d

^^^^ Wrong commit number ^^^^

v1-train: 186d31782d8cadb296661a7d104bc28846d1dfb9
Flags: in-moztrap?
Flags: in-moztrap? → in-moztrap+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: