BiDi: Numbers in RTL context wrap incorrectly
Reported by
egm...@gmail.com,
Dec 11
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:63.0) Gecko/20100101 Firefox/63.0 Example URL: See attached file Steps to reproduce the problem: Open the attached file. Alter the browser width so that the numbers wrap, e.g. 123 is in the first line, 456 789 are in the second. What is the expected behavior? The second line shows something like (the Hebrew word transcribed to English here): shalom 789 456! What went wrong? The second line instead looks like this: 456shalom 789 ! Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 71.0.3578.80 (Official Build) Built on Ubuntu , running on Ubuntu 18.10 (64-bit) Channel: stable OS Version: Ubuntu 18.10 Flash Version: Shockwave Flash 32.0 r0 Firefox, LibreOffice, Gedit, pango-view, and my line-wrapping implementation based on FriBidi 1.0 all show up as shown under "expected". Also that's the behavior that makes much more sense to me. I haven't thorougly studied the BiDi algorithm to confirm for 100% that Chromuim is the faulty one, but I'm almost certain.
,
Dec 12
,
Dec 12
Thanks for filing the issue! Able to reproduce the issue on reported chrome version 71.0.3578.80 and on the latest canary 73.0.3637.0 using Ubuntu 14.04, Mac 10.14.1 and Windows 10 As the issue is seen from M60(60.0.3112.0) considering it as Non-Regression and marking it as Untriaged.
,
Dec 12
,
Dec 12
Thanks for the report and test case. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by egm...@gmail.com
, Dec 11251 bytes
251 bytes View Download