Closed Bug 1154415 Opened 10 years ago Closed 10 years ago

[Contacts][Facebook] All confirmation message screens that are seen within the contacts tab in dialer have placeholder text

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.5?, b2g-v2.2 unaffected, b2g-master verified)

VERIFIED FIXED
blocking-b2g 2.5?
Tracking Status
b2g-v2.2 --- unaffected
b2g-master --- verified

People

(Reporter: dharris, Assigned: kgrandon)

References

()

Details

(Keywords: regression, Whiteboard: [3.0-Daily-Testing])

Attachments

(3 files)

Description: If the user tries to delete contacts, or remove facebook information while they are accessing the contacts share activity via the dialer app, they will get an error message with placeholder text Repro Steps: 1) Update a Flame to 20150414072436 2) Open Dialer app> Tap on contacts tab 3) Tap on gear Icon> Sign into facebook to import contacts 4) Select at least 1 contact> Tap update 5) Tap on the facebook Toggle Actual: "Confirmation message" appears in the header of the screen and "Action 2" appears on the red button Expected: "Remove all Facebook data?" appears in the header of the screen and "delete" appears on the red button Environmental Variables: Device: Flame 3.0 (319mb)(Kitkat)(Full Flash) Build ID: 20150414072436 Gaia: c8cb0c0ebb8dd1f5c0c9037e38f8e4b237beb77b Gecko: 388f5861dc7d Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b Version: 40.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0 Repro frequency: 10/10 See attached: Logcat, Video - https://youtu.be/Pzo8CdTpFA0
This issue does NOT occur on Flame 2.2 "Remove all Facebook data?" appears in the header of the screen and "delete" appears on the red button Environmental Variables: Device: Flame 2.2 (319mb)(Kitkat)(Full Flash) Build ID: 20150413002502 Gaia: cec00d643f517ffd96cde559cd3bbd43ab85816c Gecko: 5005522fd68e Gonk: ebad7da532429a6f5efadc00bf6ad8a41288a429 Version: 37.0 (2.2) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
[Blocking Requested - why for this release]: UI regression of a core feature. Requesting a window.
blocking-b2g: --- → 3.0?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
QA Contact: ychung
b2g-inbound/ Mozilla-inbound Regression Window: Last Working Environmental Variables: Device: Flame 3.0 BuildID: 20150410033337 Gaia: 749b6eb12c103f4119f1f85c72dbe7791684d8dc Gecko: b99b34dc9bd4 Version: 40.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0 First Broken Environmental Variables: Device: Flame 3.0 BuildID: 20150410044437 Gaia: 6e403dbb863fb9ec41bd22b6583e2eff5045d78b Gecko: 5a1b56e833f0 Version: 40.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0 Last Working Gaia First Broken Gecko: Issue does NOT reproduce Gaia: 749b6eb12c103f4119f1f85c72dbe7791684d8dc Gecko: 5a1b56e833f0 First Broken Gaia Last Working Gecko: Issue DOES reproduce Gaia: 6e403dbb863fb9ec41bd22b6583e2eff5045d78b Gecko: b99b34dc9bd4 https://github.com/mozilla-b2g/gaia/compare/749b6eb12c103f4119f1f85c72dbe7791684d8dc...6e403dbb863fb9ec41bd22b6583e2eff5045d78b Caused by bug 1066347
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Contact: ychung
Zibi, can you take a look at this please? This might have been caused by the landing for bug 1066347.
Blocks: 1066347
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker) → needinfo?(gandalf)
It may be a dupe of bug 1153917 Francesco, do you want to dupe it or keep that one as FTU and this one as Contacts?
Flags: needinfo?(gandalf) → needinfo?(francisco)
Better to keep this one and take a look, just in case is not the same cause. Thanks!
Flags: needinfo?(francisco)
So, the reason for this bug is that dialer does not load two strings that it uses: W/Communications( 1332): Content JS WARN: L10nError: "cleanFbConfirmMsg" not found in en-US in app://communications.gaiamobile.org/dialer/index.html#keyboard-view W/Communications( 1332): at reportMissingEntity (app://communications.gaiamobile.org/dialer/gaia_build_defer_index.js:245:261) W/Communications( 1332): Content JS WARN: L10nError: "remove" not found in en-US in app://communications.gaiamobile.org/dialer/index.html#keyboard-view W/Communications( 1332): at reportMissingEntity (app://communications.gaiamobile.org/dialer/gaia_build_defer_index.js:245:261) They are in contacts.properties which is not linked from dialer's index.html.
This actually seems to be affecting ANY confirmation messages in the Contact app when it is accessed through the Dialer app. Examples: Deleting any contacts, Adding the same contact as both ice contacts; they all result in the generic 'Confirmation Message' being given. I'm not writing those separately (yet) because it seems like they are all related to the same issue. If you agree, we might want to tweak the summary a bit to reflect this.
Flags: needinfo?(gandalf)
Yup, seems like it's the same bug.
Flags: needinfo?(gandalf)
Summary: [Contacts][Facebook] Remove facebook data header is replaced by the place holder "Confirmation Message" → [Contacts][Facebook] All confirmation message screens that are seen within the contacts tab in dialer have placeholder text
I started looking into bug 1155084 so I will take this as well.
Assignee: nobody → kgrandon
Status: NEW → ASSIGNED
Comment on attachment 8601616 [details] [review] [gaia] KevinGrandon:bug_1154415_dialer_facebook_messages > mozilla-b2g:master Etienne or Zibi - could either of you guys take a look at this? The alternative would to be to create a shared l10n file, but it seems that there's not many strings that we would need to do this for (only stuff that's accessed from the shared javascript files for now). I think in the menatime handling these as a case-by-case basis might be the best bet. Let me know if you'd like me to explore an alternative approach though. Thanks!
Attachment #8601616 - Flags: review?(gandalf)
Attachment #8601616 - Flags: review?(etienne)
Comment on attachment 8601616 [details] [review] [gaia] KevinGrandon:bug_1154415_dialer_facebook_messages > mozilla-b2g:master Flod, does such duplication make sense to you?
Attachment #8601616 - Flags: review?(gandalf) → review?(francesco.lodolo)
Comment on attachment 8601616 [details] [review] [gaia] KevinGrandon:bug_1154415_dialer_facebook_messages > mozilla-b2g:master Given that this involves only 2 strings, I think we can live with the duplication. Also, translation memory in tools should help localizers in keeping the consistency. If the issue starts getting bigger and involving more strings, we might need to rethink the approach.
Attachment #8601616 - Flags: review?(francesco.lodolo) → review+
Comment on attachment 8601616 [details] [review] [gaia] KevinGrandon:bug_1154415_dialer_facebook_messages > mozilla-b2g:master Thanks. I don't think it's really necessary to involve Etienne in the review here, so going to clear the request to save on review overhead.
Attachment #8601616 - Flags: review?(etienne)
I'm curious to see what checkin-needed will do here since the review has been double-forwarded.
Component: Gaia::Contacts → Gaia::L10n
Keywords: checkin-needed
Keywords: checkin-needed
Autolander could not locate a review from a user within the suggested reviewer list. Either the patch author or the reviewer should be in the suggested reviewer list.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
(In reply to Kevin Grandon :kgrandon from comment #16) > I'm curious to see what checkin-needed will do here since the review has > been double-forwarded. I could have told you that, my review doesn't really count much ;-)
(In reply to Francesco Lodolo [:flod] (UTC+2) from comment #19) > I could have told you that, my review doesn't really count much ;-) Heh, well autolander has some logic to try to detect if a peer forwards a review to a non-peer, and it should allow it. I think it might just have a bug with the double forwarding.
See Also: → 1163732
This bug has been verified as "pass" on latest Nightly build of Flame v3.0 and Nexus 5 v3.0 by the STR in Comment 0. Actual results: "Remove all Facebook data?" appears in the header of the screen and "Remove" appears on the red button. See attachment: verified_v3.0.3gp Reproduce rate: 0/6 Device: Flame v3.0 build(Verified) Build ID 20150617160207 Gaia Revision b404c41c5471c31610e64defb74ec066b411e724 Gaia Date 2015-06-17 17:01:15 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/a3f280b6f8d5 Gecko Version 41.0a1 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20150617.192003 Firmware Date Wed Jun 17 19:20:14 EDT 2015 Bootloader L1TC000118D0 Device: Nexus 5 v3.0 build(Verified) Build ID 20150617160207 Gaia Revision b404c41c5471c31610e64defb74ec066b411e724 Gaia Date 2015-06-17 17:01:15 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/a3f280b6f8d5 Gecko Version 41.0a1 Device Name hammerhead Firmware(Release) 5.1 Firmware(Incremental) eng.cltbld.20150617.192258 Firmware Date Wed Jun 17 19:23:17 EDT 2015 Bootloader HHZ12f
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][MGSEI-Triage+]
See Also: → 1173606
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: