Closed
Bug 1134482
Opened 10 years ago
Closed 10 years ago
[First Time Experience] Geolocation page in FTU has a scrollbar present when all text is visible on screen without scrolling
Categories
(Firefox OS Graveyard :: Gaia::First Time Experience, defect, P3)
Firefox OS Graveyard
Gaia::First Time Experience
ARM
Gonk (Firefox OS)
Tracking
(b2g-v2.2 affected, b2g-master affected)
RESOLVED
WONTFIX
People
(Reporter: bzumwalt, Unassigned)
Details
(Whiteboard: [3.0-Daily-Testing])
Attachments
(1 file)
90.16 KB,
image/png
|
Details |
Description:
When language is set to Arabic, the geolocation page in FTE has a scrollbar even though all text is visible without scrolling. This scrollbar does not appear if language is set to an LTR language like English.
Repro Steps:
1) Update a Flame to 20150217074222
2) Set language to Arabic
3) Proceed in FTU to Geolocation page
4) If you do not see scrollbar, slide finger across text on page
Actual:
Scrollbar present for page though no characters are cut off and in need of scrollbar.
Expected:
Scrollbar only appears where there is more text available than can fit on screen.
Environmental Variables:
Device: Flame 3.0
Build ID: 20150218010226
Gaia: 82f286f10a41aab84a0796c89fbefe67b179994b
Gecko: 9696d1c4b3ba
Gonk: e7c90613521145db090dd24147afd5ceb5703190
Version: 38.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0
Repro frequency: 3/3, 100%
See attached: screenshot
Reporter | ||
Comment 1•10 years ago
|
||
Issue DOES reproduce on Flame 2.2
Scrollbar present for geolocation page in FTU even though no characters are cut off and in need of scrollbar.
Device: Flame 2.2
Build ID: 20150218002515
Gaia: da509caa7395d3d090ce973e8de082b4680a590d
Gecko: 96da179a7d3a
Gonk: e7c90613521145db090dd24147afd5ceb5703190
Version: 37.0a2 (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?][rtl-impact]
status-b2g-v2.2:
--- → affected
Flags: needinfo?(ktucker)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?][rtl-impact] → [QAnalyst-Triage+][rtl-impact]
Flags: needinfo?(ktucker)
Comment 2•10 years ago
|
||
Seems minor so not nominating to block on this.
Comment 3•10 years ago
|
||
It looks like the larger glyphs of the arabic characters cause the content to be longer than the latin characters - just long enough to hit the boundary where a scrollbar is triggered. We can't really control this as it will be different for each locale. Tweaking padding/margin values for one locale may simply cause the same problem to pop up for another. We do have a legitimate bug in bug 1133847 which may in turn change or fix this one, so I'll leave this open for now.
Comment 5•10 years ago
|
||
I just checked this againon my Flame, using Arabic locale, with and without the Software Home Button. With SHB the last line above the next/cancel buttons is visible, but if you tap to scroll, you can scroll to see ~10px more whitespace below that line. I dont this bug is actionable - there's nothing to fix here. We could tweak padding on that container and have this same bug get reported for another locale or screen dimension.
I'm unblocking from the RTL meta as this is not specific to RTL - but sensitive to the different string lengths of different locales in general.
Please re-open if you disagree or can think of other steps we can take to improve the experience.
No longer blocks: FTE-rtl
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
Summary: [RTL][First Time Experience] Geolocation page in FTU has a scrollbar present when all text is visible on screen without scrolling → [First Time Experience] Geolocation page in FTU has a scrollbar present when all text is visible on screen without scrolling
You need to log in
before you can comment on or make changes to this bug.
Description
•