Project: chromium Issues People Development process History Sign in
New issue
Advanced search Search tips
Issue 6082 String order is inconsistent on Tab title and "Edit Bookmark" dialog
Starred by 7 users Project Member Reported by xji@chromium.org, Jan 7, 2009 Back to list
Status: WontFix
Owner: ----
Closed: Jul 2
Cc: xlyuan@chromium.org, cira@chromium.org, jeremy@chromium.org, hbono@chromium.org, xji@chromium.org, js...@chromium.org, idana@chromium.org
Components:
OS: Windows
Pri: 2
Type: Bug
rtl


Sign in to add a comment
What steps will reproduce the problem?
1 Run Hebrew Chrome
2.navigate to http://arabic.arabia.msn.com/default.aspx
4 Click bookmark star to trigger "Edit Bookmark" dialog
5 Observe the "Name" displayed on "Edit Bookmark" dialog
 

What is the expected output? What do you see instead?
The name displayed here is inconsistent with what displayed in Tab title.
The name displayed here should be consistent with Tab title.

Please use labels and text to provide additional information.
This issue not reproduce on Firefox and IE7
 
Comment 1 by xji@chromium.org, Jan 7, 2009
<see b\1202691>

From Idan:
Will be fixed with ncarter's next check-in.

Comment 2 by lafo...@chromium.org, Jan 13, 2009
Labels: -Mstone-X Mstone-2.0
Comment 3 by lafo...@chromium.org, Jan 13, 2009
Status: Assigned
Comment 4 by xlyuan@chromium.org, Jan 30, 2009
FYI: I still see this issue running on latest trunk build 2.0.160.0(Developer Build
8877).

Another example attached:
http://index.nana10.co.il/search.asp?q=nana10

RTL_Bookmark.jpg
341 KB View Download
Comment 5 by xji@chromium.org, Jan 30, 2009
fields in "edit bookmark" dialog are TextField (which is a editable field), they are 
not table cells and wont be fixed by the table_view fix that fixes issue 2821 and 
6132.
Comment 6 by jon@chromium.org, Apr 3, 2009
Labels: JonMoved Mstone-2.1
Moving from milestone 2 to milestone 2.1.
Comment 7 by xji@chromium.org, May 19, 2009
Status: Started
Comment 8 by lafo...@chromium.org, May 22, 2009
Labels: -jonmoved
Comment 9 by lafo...@chromium.org, May 22, 2009
Labels: -mstone-2.1 mstone-3
Comment 10 by js...@chromium.org, Jun 25, 2009
Xiaomei, do you have an update on this? 

Comment 11 by xji@chromium.org, Jun 25, 2009
This is one of the several bugs we have about CRichEditCtrl.

One issue we have is how to display the English parentheses correctly 
in RTL CRichEditCtrl.

Following is from Aharon on how the parenthesis should be displayed in RTL context:

In RTL directionality however, unless surrounded by LTR characters on both sides, 
U+0028 is displayed as ")". The closing parenthesis, U+0029, is also mirrored in this 
way, as are a whole bunch of other characters, including all the brackets. 

Which means, the English parenthesis need to be correctly mirrored, and it could be 
changed while typing (depends on the surrounding characters, U+0028 might be ")" or 
"(". 

Looks like CRichEditCtrl handles Hebrew parenthesis correctly (when IME is set as 
Hebrew), but it does not handle English parenthesis correctly. In English IME, U+0028 
is always displayed as "(". For example, the following characters (in logical 
sequence) "abc(ABC" (where "ABC" represents Hebrew characters) will be displayed as 
"CBAabc(" in RTL CRichEditCtrl, instead of "CBA)abc"

Checked with Idan and Hironori, have not figured out CRichEditCtrl has any option to 
make the RTL CRichEditCtrl to work correctly for parenthesis as that of RTL html 
page.

Comment 12 by lafo...@chromium.org, Jul 16, 2009
Labels: -mstone-3 Mstone-X
Comment 13 by oritm@chromium.org, Dec 18, 2009
Labels: -Area-BrowserUI Area-UI-Features
Area-UI-Features label replaces Area-BrowserUI label
Comment 14 by progame@chromium.org, Jan 30, 2010
Labels: Feature-Bookmarks
also related to Issue 27094

should the status of this issue be changed to Untriaged?
Comment 15 by jeremy@chromium.org, Jan 30, 2010
Status: Untriaged
(I don't think xji is actively working on this at the moment

Marking as untriaged so the issue can be re-assigned...
Comment 16 by lafo...@chromium.org, Feb 17, 2010
Labels: -Area-UI-Features Area-UI
Comment 17 by kerz@chromium.org, Jul 8, 2010
Status: Available
Moving all bugs marked as untriaged and mstone X to be available rather than untriaged.  If you think this is in error, please feel free to set back to untriaged.
Comment 18 by lafo...@chromium.org, Mar 18, 2011
Labels: -I18N bulkmove Feature-I18N
What steps will reproduce the problem?
1 Run Hebrew Chrome
2.navigate to http://arabic.arabia.msn.com/default.aspx
4 Click bookmark star to trigger &quot;Edit Bookmark&quot; dialog
5 Observe the &quot;Name&quot; displayed on &quot;Edit Bookmark&quot; dialog
 

What is the expected output? What do you see instead?
The name displayed here is inconsistent with what displayed in Tab title.
The name displayed here should be consistent with Tab title.

Please use labels and text to provide additional information.
This issue not reproduce on Firefox and IE7
Comment 19 by thestig@chromium.org, Jan 12, 2012
Seems ok to me on Chrome 16 Linux.
Comment 20 by xji@chromium.org, Jan 12, 2012
it only reproducible in windows where we initialize text directionality as left-to-right regardless of the UI directionality
Comment 21 by thestig@chromium.org, Jan 12, 2012
Labels: -OS-All -Mstone-X -bulkmove OS-Windows
Project Member Comment 22 by bugdroid1@chromium.org, Mar 10, 2013
Labels: -Feature-Bookmarks -Area-UI -Feature-I18N Cr-UI-Browser-Bookmarks Cr-UI Cr-UI-I18N
Project Member Comment 23 by bugdroid1@chromium.org, Mar 20, 2013
Labels: -Cr-UI-I18N Cr-UI-Internationalization
Project Member Comment 24 by sheriffbot@chromium.org, Jun 30, 2016
Labels: Hotlist-Recharge-Cold
Status: Untriaged
This issue has been available for more than 365 days, and should be re-evaluated. Hotlist-Recharge-Cold label is added for tracking. Please re-triage this issue.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: WontFix
No longer reproducible i think
Sign in to add a comment