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)

ARM
Gonk (Firefox OS)
defect

Tracking

(b2g-v2.2 affected, b2g-master affected)

RESOLVED WONTFIX
Tracking Status
b2g-v2.2 --- affected
b2g-master --- affected

People

(Reporter: bzumwalt, Unassigned)

Details

(Whiteboard: [3.0-Daily-Testing])

Attachments

(1 file)

Attached image Screenshot
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
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]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?][rtl-impact] → [QAnalyst-Triage+][rtl-impact]
Flags: needinfo?(ktucker)
Seems minor so not nominating to block on this.
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.
Triage: seems like a P3 for me.
Priority: -- → P3
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.

Attachment

General

Created:
Updated:
Size: