1059379 - [Status Bar] RTL view does not shift clock view

Status: RESOLVED DUPLICATE of bug 1119371

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

Description

[Tony Chung [:tchung]]

Attachment: screenshot

[Blocking Requested - why for this release]:

with RTL locale, the status bar is overlapping text over the notifications.

Screenshot to confirm.

Repro:
1) install 2.1 nightly on Flame
2) Switch to a RTL locale in settings
3) have some notifications and stuff in your status bar
4) Verify text overlap

Expected:
- no text overlap on notifications

Actual:
- text overlap

Comment 1

[Gregor Wagner [:gwagner]]

Notifications are gone now. Lets test it again.

Comment 2

[Peter Dolanjski [:pdol]]

Stephany, what's the latest status with RTL on 2.1.  Is this something that we need to fix?

Comment 3

[Rob MacDonald [:robmac]]

Hi Tony - It looks like two icons are problematic here. First, there's the notifications icon. This icon has actually been replaced with an ambient indicator and may be fixed in recent builds as gregor mentioned above. The second issue is the AM/PM indicator, which is likely still open. - Rob

Comment 4

[Chris Kreinbring [:CKreinbring]]

Unable to repro on today's engineering or nightly build on 2.1 or 2.2.  None of the icons in the status bar overlap when the device is set to an RTL language, even when a notification is received.

2.1 Nightly
BuildID: 20140903000204
Gaia: fbb297c39aab5f17b179533d2a9a6c5166b2c197
Gecko: fb5e796da813
Platform Version: 34.0a2
Firmware Version: V123
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0

2.2 Nightly
BuildID: 20140903040203
Gaia: 52670853c17fc0d3d33065c667c0ce124c93b98f
Gecko: e58842c764dd
Platform Version: 35.0a1
Firmware Version: V123
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

2.2 Engineering
BuildID: 20140903062451
Gaia: 52670853c17fc0d3d33065c667c0ce124c93b98f
Gecko: 5e9826980be5
Platform Version: 35.0a1
Firmware Version: V123
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Comment 5

[Stephany Wilkes]

RTL is technically not a blocker for 2.1, but that doesn't put all bugs in the clear: if a user cannot complete a certain task because of display issues with languages we claim to support and let the user choose, then it should block on users not being able to complete the task. 

Fortunately I am also unable to repro this right now.

Comment 6

[Tony Chung [:tchung]]

unnom'ming, since its confirmed RTL is not a 2.1 feature

Comment 8

[Derek Harris [:DerekH] - Dont need info. Last day 6/5/15]

Upadating this bug based off of information from bug 1088859

Comment 9

[Stephany Wilkes]

Derek, can I resolve this as WORKSFORME since it works in 2.2 and that's the only release for which RTL support is a blocker?

Comment 10

[Derek Harris [:DerekH] - Dont need info. Last day 6/5/15]

Stephany, yes that sounds good to me

Comment 11

[Peter Bylenga [:PBylenga]]

Mass Edit: adding the [rtl-meta]

Comment 12

[Delphine Lebédel [:delphine - OOO]]

Marking this as a dupe of Bug 1119371 since that's the one Ahmed is now working off of.
Seems like there has been a regression since, as the issue still repros today