1097581 - [Midori 2.0][1.3 postphoned][Translation][Gallery]The translation of album creation date can't change according to languages

Status: RESOLVED DUPLICATE of bug 1059682

(Firefox OS Graveyard :: Gaia::Gallery, defect, P2)

Description

[sync-1]

+++ This bug was initially created as a clone of Bug #705443 +++
 +++ This bug was initially created as a clone of Bug #704890 +++
 Created an attachment (id=802524)
 log&screenshot
 
 DEFECT DESCRIPTION:
 The translation of album creation date can't change according to languages.
 
  REPRODUCING PROCEDURES:
  1.Download SW2E7+FD10 and power on;
  2.Click "camera" and take a photo;
  3.Return to homescreen and enter "Gallery";
  4.The translation of album name is English;-->K.O1
  5.Enter "Settings->language",switch into English;
  6.Return to homescreen and enter "Gallery";
  7.The translation of album name is English;
  8.Switch into other languages,such as Polish,German...,it still shows English.-   ->K.O2
 
 
 EXPECTED BEHAVIOUR:
 KO1、KO2->The translation of album name should follow current languages.
 
 ASSOCIATE SPECIFICATION:
 
 TEST PLAN REFERENCE:
 
 TOOLS AND PLATFORMS USED:
 SW2E7+FD10
 
 USER IMPACT:
 Mid
 
 REPRODUCING RATE:
 5/5

Comment 1

[sync-1]

Attachment: log-836591

Comment 2

[sync-1]

Attachment: log&screenshot

Comment 3

[hanp]

Hi Wesly, could you please check this bug?

Comment 4

[Wesly Huang (EPM)]

also seen in my Flame with 2.0 SW (v188), set qawanted to see if this is also the case in latest mc/, if yes I think it'll be good to get fixed in 2.2.

Comment 5

[Pi Wei Cheng [:piwei] (inactive)]

Original STR step 1 makes no sense to me so I skipped it. I guess it means to start the device in a non-English language.

Issue is reproducible on Flame 2.2, Flame 2.1, Flame 2.0, and base image v188-1.

Observed behavior: The Gallery album creation date (month/year) text is displayed in the language that is originally viewed on and does not change after changing OS language. However this issue can be fixed by killing the Gallery app in card view or reboot. After app-killing the Gallery displays date text in whichever language it is currently on.

Device: Flame 2.2 Master
BuildID: 20141119044505
Gaia: e64428c5b2dce5db90b75a5055077a04f4bd4819
Gecko: aa72ddfe9f93
Version: 36.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0

Device: Flame 2.1
BuildID: 20141117201226
Gaia: 1b231b87aad384842dfc79614b2a9ca68a4b4ff3
Gecko: 95fbd7635152
Version: 34.0 (2.1)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Device: Flame 2.0
BuildID: 20141118152123
Gaia: 1ede2666f1e6c1b3fd3b282011caf0cbc59544b0
Gecko: faa64077b0c2
Version: 32.0 (2.0)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Comment 6

[Joshua Mitchell (Inactive)]

NI to Gallery owner for blocking call

Comment 7

[No-Jun Park [:njpark]]

Asking Hema for the handling of localization issues.  Hema, the string freeze date is passed for 2.1 correct?  If so, do you think these kind of bugs are blockers for future builds?

Comment 8

[Hema Koka [:hema]]

Punam or David,

It looks like the localeFormat is used for group header in the gallery code base.  Can one of you check why the localized date is not being picked up? Its happening on 2.1 and 2.2 also? 

Thanks
Hema

Comment 9

[David Flanagan [:djf]]

Taking this to investigate, since Punam is busy with RTL work. Pi Wei's comment #5 indicates that he can reproduce the second part of the bug report (where changing the language has no effect). If I understand the original report correctly, however, it is saying that the dates are in English initially even when that is not the current language.  If we can't reproduce that, I'm going to suspect an incomplete localization of the partner's build.

Comment 10

[Punam Dahiya [:pdahiya]]

Thanks David, I think this might be dupe or similar to bug 1059682, the patch attached to that bug might help with the fix here.

Comment 11

[David Flanagan [:djf]]

Thanks, Punam, that's very helpful. I'll close this as a dupe of the other bug.

Comment 12

[dingp]

The patch for bug 1059682 can fix this bug, thanks for your help.