When the caprtl_to_unicode table is initialised in fribidi_char_set_enter_cap_rtl, the entries are not set to 0 after allocation, but a few lines later this is checked as a condition for initialisation. As a result, the table is not created properly, and fribidi_cap_rtl_to_unicode doesn't work properly. This is in version 0.10.7 of libfribidi
Created attachment 6728 [details] [review] patch that fixes the described problem
Moshe Kamensky Do you still experience this issue with newer drivers ? Please check the status of your issue.
(In reply to comment #2) > Moshe Kamensky > Do you still experience this issue with newer drivers ? > Please check the status of your issue. I don't know what is meant by "newer drivers". With the changes in the library I think this became irrelevant, but I didn't actually check that the bug disappeared.
(In reply to comment #2) > Moshe Kamensky > Do you still experience this issue with newer drivers ? > Please check the status of your issue. Please stop leaving canned comments on every bug! You are NOT helping.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.