If I create one directory with name containing Hebrew letters and number, inside another directory with same sort of name, BiDi algorythm plays a bad joke and their order is incorrectly shown in the KDE Save Dialog. Reproducible: Always Steps to Reproduce: 1. Create new directory with name containing Hebrew and number (you can copypaste from here: [דירקטוריה 1], of course without brackets) 2. Inside it create another directory with same sort of name [דירקטוריה 2] 3. Open KWrite, write some text. 4. Try to save a file into inner directory (with number 2) Actual Results: In "adress bar" it looks like [דירקטוריה 1] is inside [דירקטוריה 2]. Please look at this screenshot http://storage6.static.itmages.ru/i/14/1108/h_1415476927_2817411_2b9ccbfcb4.png Expected Results: Text [דירקטוריה 2] should be located after [דירקטוריה 1] and slash like here (I modified the screenshot): http://storage8.static.itmages.ru/i/14/1108/h_1415477072_6910735_0c1b6b9e78.png As Israeli webdeveloper I know that languages written from right to left are big pain for webdevelopers and of course for real developers :) Actualy, it looks like normal behaviour of BiDi algorythm. This behaviour is good for usual texts containing RTL and LTR characters. Usualy in cases like this I just add invisible Unicode character "LTR mark", but I beleive it cannot be done here. Thank you for your work!
Still an issue in KDE Frameworks 5.45, but with some caveats: - This only reproduces when KURLNavigator is in Edit mode; in "breadcrumb" mode, it works fine. As such, it reproduces in Dolphin too (and in principle any other app that uses KURLNavigator). - The file is actually saved into the correct folder, it's just the path display that's wrong