Hello, currently using KDE 4.10.3 - dolphin exhibits strange issues when trying to access (typing manually in the address bar) folders like: .#test .#test# Reproducible: Always Steps to Reproduce: 1. Open Dolphin. Right click --> Create new --> Folder. Type (for example): .#test# 2. Go to the address bar. If we were at /home/user then try adding manually: /home/user/.#test#/ 3. Hit enter 4. Here depending on the examples above this will happen: 4.1. If folder is ".#test" the address bar gets renamed to "file:///home/user/#test/" and directory isn't changed (we're still viewing /home/user). 4.2. If folder is ".#test#" the address bar gets renamed to "file:///home/user/#test%23/" and directory isn't changed (we're still viewing /home/user). Also, as a workaround for ".#test" or ".#test#", enabling "Control --> Show Hidden Files" and mouse clicking on the folder works fine and the folder is accessed. If we change the address bar to be like "file:///home/user" (instead of just "/home/user") an autocompleting the ".#test#" folder will look like "file:///home/n0ks/.%23test%23/" if we hit enter now, we will be redirected to "/home/user/.#test#/" and the folder will be opened successfully. Folders like these work fine: .test# .test#test So I guess the starting combination of ".#" might be the problem here.
Thanks for the bug report. I can confirm the problem, but the same issue occurs in the "File Open" dialog, so I think that the bug is either in KUrlNavigator, which is used by both, or by some code that is used by this class.
*** Bug 388124 has been marked as a duplicate of this bug. ***
From Bug 388124: >Related to Bug #382437. if I download and save some file to directory named >../C#/ or ../C#/../.. in Firefox file being renamed to "C" and stored in parent >../C#/ directory.
It looks like this has been recently fixed. I can confirm the problem exists for kde-frameworks 5.68 but has been fixed in git master.