• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category User Interface
  • Assigned To No-one
  • Operating System All players
  • Severity Low
  • Priority Very Low
  • Reported Version Release 3.4
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by amr - 2010-05-31
Last edited by speachy - 2024-04-22

FS#11343 - last Arabic character in a line appears as the first for some cases

- write a word like “مسمار” in a text file, or just use the word as the file name

- the last character “ر” will appear as the first one like this: “رمسما”

- this bug appeared only since r26019

- when reverting to r26018 the bug won’t show up

- for some combination of letters like “دليل” the issue happens for the last 2 characters

- for some other words the problem doesn’t happen at all

- the only common case is that this happens only with last word in a line appearing on the viewport

Closed by  speachy
2024-04-22 21:43
Reason for closing:  Out of Date
Additional comments about closing:   Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407

I don't doubt there are BiDi bugs in the current code, but a lot has changed in the last 14 years. Please retest against current code.

amr commented on 2010-05-31 21:26

Note: I’m testing with simulator on Linux host

Am I right to assume this is only related to the text_editor and text_viewer plugin, or does it show up in wps and sbs as well? Could you perhaps provide a screenshot or even a screendump from an actual device?

amr commented on 2010-06-13 06:45

It is not related to viewing file content in a plugin only, as it shows up for file names as well.

amr commented on 2010-06-16 15:20

here is a screenshot for the file name “مسمار” appearing as “رمسما”

r26019 only affects simulator, does it work fine on target ?

looks fine in r27134 Clipv1 simulator, perhaps it got fixed by other Simulator updates.

Amr, please confirm that the issue is fixed and we can close this bug

amr commented on 2010-06-26 16:09

not fixed yet for me, I test with sansa e200 simulator on Kubuntu 9.04 - kernel 2.6.28-11

I didn’t test the latest build on sansa target yet , but I guess , yes, it shows up on simulator only

according to kugel, the reason might be the use of non-standard library, but I couldn’t figure out which one or where in the firmware code

works fine for e200 simulator too

my $LANG variable is “fr_FR.UTF-8” and i’m using ubuntu 10.04

amr commented on 2010-06-26 22:23

how to configure this $LANG variable ?

my settings are:

settings / general settings / language = english
settings / general settings / display / default codepage = unicode (and sometimes I switch it to cp1256)
settings / theme settings / font = 16 gnu unifont

LANG is a UNIX environment variable, for example:

$ echo $LANG$
$ export LANG=C
$ ./rockboxui

I didn’t modify simulator settings so I’m using the default

amr commented on 2010-06-27 18:31

my $LANG variable is en_US.UTF-8 and nothing new happened after export LANG=C

how do you test the case with the default simulator settings ?

I have to set font to GNU Unifont to view Arabic filenames,

and to view content of text file containing arabic characters in text viewer, I have to make sure codepage is either unicode or cp1256 depending on the file

To reset to default settings:

$ rm simdisk/.rockbox/config.cfg
$ ./rockboxui

After that I only change font to be GNU Unifont

amr commented on 2010-06-27 22:00

I gave up ! !

I’ve just built the code on an old system running fedora core 9, and it worked great and the problem didn’t show up ..

I still cannot understand the reason behind the issue with me on kubuntu, and why after r26019 only .. , Could it be an update to libsdl-dev ?

amr commented on 2010-06-28 13:35

sorry, multimedia library has nothing to do with that, but it is weird issue and there is no clue why it happens .. and whether it is related to a library implementation or a system host configuration on ubuntu or what ..

amr commented on 2010-06-28 17:40

still existing !

I thought it’s ok on fedora when I tried with the word " مسمار " which appeared well; but when I tried with another case, the word : دليل , the problem showed up again, and it appeared like : ل ليد (i.e. inserting the last character at the beginning of the word) ; while on ubutnu the case was replacing the last two characters not the last one only

i reviewed the joining algorithm implementation for rendering arabic text and nothing has change before or after r26019 !

On Ubuntu 10.04, filenames look normal in the file browser

[fun@kru ~/sim-e/simdisk]% ls
دليل مسمار
[fun@kru ~/sim-e/simdisk]% for i in *;do echo $i | xxd;done
0000000: d8af d984 d98a d984 0a ……… 0000000: d985 d8b3 d985 d8a7 d8b1 0a ………..

Can you run the command with xxd to check if character encoding is the same ?
for i in *;do echo $i | xxd ; done

amr commented on 2010-06-28 20:51

your screen capture is the same as mine on fedora which displays the word دليل in a wrong way (misplacing 2 letters not 1 as i described before)

here is the command output, which is the same on both fedora and ubuntu (maybe the difference over yours is the “.txt” at the end of my files)

0000000: d8af d984 d98a d984 2e74 7874 0a ………txt.
0000000: d985 d8b3 d985 d8a7 d8b1 2e74 7874 0a ………..txt.

attached 3 screendumps :
1 - from sansa showing the correct rendering of the 2 file names (which is the same on simulator before r26019 )
2 - from simulator on fedora (one file name is correct and the other is wrong) (the same as your result)
3 - from simulator on ubuntu (both filenames are wrong)


Available keyboard shortcuts


Task Details

Task Editing