A major bug in RTL languages file path


Hello
Thank you for your excellent app. I use Opus every day, the most advanced File Explorer (We miss the Android version for a long time, please consider making it.).
I found a major bug in RTL languages like my own language (Persian/Farsi). The paths that are in Farsi become reversed.
As you can see from the screenshot, the picture path is not correct.
The correct order is:

  1. AF
  2. Multimedia
  3. خانواده
  4. آزاده
  5. متفرقه

I found this bug in Windows' default File Explorer, too.
Please fix it and do not say this is a Windows bug, we can not do anything, and we follow the Windows procedure, ...

The Properties dialog in your screenshot comes from Windows, not Opus. So Opus is at least displaying the paths the same way the rest of the operating system does.

Is there anything which displays those paths differently?

Opus has this option:

  • Preferences / File Display Columns / Filenames / Strip Unicode Left-to-Right (LTR) and Right-to-Left (RTL) characters

But that is more for people who don't use languages with RTL text, where an RTL marker in a filename is more likely to be there to obscure the real file extension, and never used intentionally by the user. I think it may only affect the filename column as well, although I would have to check that.

And that would reverse the order of the individual characters, not the order of the path components. I feel like it must be happening at the filesystem level.

Which order do the Folder Tree and Path Field (breadcrumbs) show the path components? We can't see those in the screenshot, but they should always show the components in order, even if something switches one or some between RTL and LTR.

A reply with a copy & paste of the full path in text format would also be useful, so we can see exactly which Unicode sequences it contains and in which order.


I knew that you're going to tell me this is from Windows and system level and not from us!
I mentioned that I tested in the default Windows File Explorer with the same bug.
You should have a workaround built in for RTL languages and not direct users to set this and that. Your app should automatically fix this for RTL languages. Many users like me use RTL/LTR languages at the same time. You can see the screenshot.

The path to the file name is: C:\AF\Multimedia\خانواده\آزاده\متفرقه\21051-1.jpg
The Folder tree and breadcrumb are correct, but the "Location" column and the properties dialogue are not correct.

Note: This problem is not specific to only these characters. It's related to all RTL characters/languages.
Please do not guide users to set something. Your app should programatically recognize RTL characters/languages (UTF-8) in a path.
Maybe you don't have enough customers from RTL languages that nobody mentioned this before!

They are correct in that half the path string is right-to-left, which reverses the order of everything in that part of the string.

That's how strings are displayed when they mix LTR and RTL sequences.

That's how simple text fields and edit controls in all of Windows will display a string like that.