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)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: JMercado, Unassigned)
References
()
Details
(Whiteboard: [3.0-Daily-Testing])
Attachments
(1 file)
18.00 KB,
text/plain
|
Details |
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
Reporter | ||
Comment 1•9 years ago
|
||
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)
Reporter | ||
Comment 2•9 years ago
|
||
Please see this video: https://youtu.be/npqqIqryyBU
Comment 3•9 years ago
|
||
Delphine, can you weigh in on this issue?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker) → needinfo?(lebedel.delphine)
Comment 4•9 years ago
|
||
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
Updated•9 years ago
|
Component: Gaia::Browser → Selection
Product: Firefox OS → Core
Updated•9 years ago
|
blocking-b2g: 2.5? → 2.5+
Comment 6•9 years ago
|
||
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.
Comment hidden (obsolete) |
Comment 8•9 years ago
|
||
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?
Comment 9•6 years ago
|
||
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
Comment 10•5 years ago
|
||
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.
Description
•