Closed
Bug 1221029
Opened 10 years ago
Closed 10 years ago
[RTL][Browser]Progress bar displays incorrectly in RTL language.
Categories
(Firefox OS Graveyard :: Gaia::Browser, defect, P3)
Tracking
(b2g-v2.5 affected, b2g-master affected)
RESOLVED
INVALID
People
(Reporter: huayu.li, Unassigned)
References
Details
(Whiteboard: [2.5-rtl-test-run])
Attachments
(1 file)
|
67.88 KB,
image/png
|
Details |
[1.Description]:
[RTL][Arieskk_v2.6][Flamekk_v2.5&v2.6][Browser]While connecting to a new webpage, the animation of loading progress bar flows from left to right.
See attachment:progress bar.png
[2.Testing Steps]:
1. Set your phone language to Arabic and connect to network.
2. Click on the Browser app.
3. Navigate to any website.
4. Observe the progress bar.
[3.Expected Result]:
4.The animation flows from right to left.
[4.Actual Result]:
4.The animation flows from left to right.
[5.Reproduction build]:
Device: AriesKK_2.6[Affected]
Build ID 20151103000930
Gaia Revision 7954ff0cbd794a35499a1082bed273598f82ee6f
Gaia Date 2015-11-02 17:35:17
Gecko Revision https://hg.mozilla.org/mozilla-central/rev/9f69202d82752e093a653a8f15b0274e347db33a
Gecko Version 45.0a1
Device Name aries
Firmware(Release) 4.4.2
Firmware(Incremental) eng.worker.20151102.233051
Firmware Date Mon Nov 2 23:30:58 UTC 2015
Bootloader s1
Device: FlameKK_v2.6[Affected]
Build ID 20151102150204
Gaia Revision 7954ff0cbd794a35499a1082bed273598f82ee6f
Gaia Date 2015-11-02 17:35:17
Gecko Revision https://hg.mozilla.org/mozilla-central/rev/6275cd9c71b76891f6b6585dabc687bc443ab877
Gecko Version 45.0a1
Device Name flame
Firmware(Release) 4.4.2
Firmware(Incremental) eng.cltbld.20151102.182914
Firmware Date Mon Nov 2 18:29:28 EST 2015
Firmware Version v18D v4
Bootloader L1TC000118D0
Device: Flame_v2.5[Affected]
Build ID 20151102004502
Gaia Revision 91cac94948094cfdcd00cba5c6483e27e80cb3b0
Gaia Date 2015-10-28 20:32:15
Gecko Revision https://hg.mozilla.org/releases/mozilla-b2g44_v2_5/rev/b6b410d4610da18f5e43750e67ed2c56a0c0f812
Gecko Version 44.0a1
Device Name flame
Firmware(Release) 4.4.2
Firmware(Incremental) eng.cltbld.20151102.042848
Firmware Date Mon Nov 2 04:29:02 EST 2015
Firmware Version v18D v4
Bootloader L1TC000118D0
[6.Reproduction Frequency]:
Always Recurrence,8/8
[7.TCID]:
15964
| Reporter | ||
Updated•10 years ago
|
Comment 1•10 years ago
|
||
RTL triage: The progress bar should be flipped to animate from right to left in RTL, but when the duration is unknown it should match LTR. We need to investigate to see which case this is to know if this is invalid.
Priority: -- → P3
Comment 3•10 years ago
|
||
On today’s master, the progressbar works as expected:
* when the duration is known, it fills from left to right in LTR and right to left in RTL;
* when the duration is unknown, the animation scrolls from right to left in LTR and left to right in RTL.
In other words, the progressbar is always mirrored properly in Gaia.
The behavior might not be intuitive for undefined durations, but that’s the way it works on the desktop browser as well.
Alissa, is it OK to close this as invalid?
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(kaze) → needinfo?(huayu.li)
Resolution: --- → INVALID
Comment 4•10 years ago
|
||
(In reply to Fabien Cazenave [:kaze] from comment #3)
> The behavior might not be intuitive for undefined durations, but that’s the
> way it works on the desktop browser as well.
Forget this, the animation is quite different in the desktop browser.
I still think the current behavior is OK and that this bug is invalid. The scroll direction of the “undefined progress” animation is a UX decision.
| Reporter | ||
Comment 5•10 years ago
|
||
Hi Fabien,
I refer to the bug 1118713 while submitting this bug.
Sorry for I have no idear of that the progress bar will change with duration. I haven't got a website whose duration time is known.
So, As you said in comment 3, the animation scrolls from right to left in LTR and left to right in RTL, I always get this result.
Could you please help me to get a website whose duration time is known? or It is based on network. Thanks a lot~
Flags: needinfo?(huayu.li)
You need to log in
before you can comment on or make changes to this bug.
Description
•