Closed Bug 1168917 Opened 9 years ago Closed 5 years ago

[Text Selection]Selecting Text tha has both LTR and RTL characters behaves oddly

Categories

(Core :: DOM: Selection, defect, P3)

ARM
Gonk (Firefox OS)
defect

Tracking

()

RESOLVED WONTFIX
blocking-b2g -
feature-b2g 3.0?
Tracking Status
b2g-v2.2 --- affected
b2g-master --- affected

People

(Reporter: JMercado, Unassigned)

References

()

Details

(Whiteboard: [3.0-Daily-Testing])

Attachments

(1 file)

Description:
When selecting text that has both LTR and RTL characters, the text selection will select the entire RTL word when reached and then begin to unselect.


Repro Steps:
1) Update a Flame to 20150526010203
2) Find a string with both LTR and RTL text  (http://www.reddit.com/r/apple/comments/37enow/about_the_latest_iphone_security_vulnerability/)
3) Long tap the text to bring up text selection on LTR text
4) Scroll one of the selection carats over the RTL text


Actual:
The whole RTL word is selected and begins to unselect as you scroll across it.


Expected:
The text is selected in the direction the carat is moved.


Environmental Variables:
Device: Flame 3.0
Build ID: 20150526010203
Gaia: 7cd4130d4f988562a77d126860408ada65bb95ef
Gecko: 43f2f0c506ea
Gonk: 040bb1e9ac8a5b6dd756fdd696aa37a8868b5c67
Version: 41.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0


Repro frequency: 10/10
See attached: video, logcat
This issue DOES occur on 2.2 so it is not a regression.

Actual Results: The whole RTL word is selected and begins to unselect as you scroll across it.

Environmental Variables:
Device: Flame 2.2
BuildID: 20150526002558
Gaia: 6a8d171d00efe8b27cba91bf1d789ab824579664
Gecko: 46f6c7327ab0
Gonk: bd9cb3af2a0354577a6903917bc826489050b40d
Version: 37.0 (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?]
Flags: needinfo?(ktucker)
Delphine, can you weigh in on this issue?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker) → needinfo?(lebedel.delphine)
This seems to affect functionality, as one can not copy the entire sentence from what I see on the video.
Nominating for general triage decision.
blocking-b2g: --- → 2.2?
Flags: needinfo?(lebedel.delphine)
Priority: -- → P2
Component: Gaia::Browser → Selection
Product: Firefox OS → Core
Move to next release
blocking-b2g: 2.2? → 3.0?
blocking-b2g: 2.5? → 2.5+
This is also the behavior on desktop. Try selecting test on this page:

http://www.i18nguy.com/markup/right-to-left.html

If we want to modify selection-range for B2G, please file a new bug with the desired UX behavior.
Rewrite the previous sentence...:(
I think this is a feature but not a blocker. Should we add it in the feature scope of 3.0?
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3

Closing bugs with b2g-master=affected as it is likely to be out dated.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: