Bug 449227

SUMMARY
The navigation bar mistakenly "recognizes" directories with certain names as https:// URLs, specifically ones that contain an at sign, a dot, and another at sign. (The minimal example I've found is "@.@". The practical instance where this came up was pnpm module directories, which have cute names like rc-dock@3.2.10_react-dom@17.0.2+react@17.0.2 .)

STEPS TO REPRODUCE
1. Open Dolphin
2. Create a directory named @.@
3. Enter /path/to/@.@ in the Location Bar in Edit mode and press Enter, OR put the Location Bar in Edit mode, then navigate to /path/to/@.@ , then click the tick at the end of the Location Bar to put it in Navigate mode.
4. Also try entering file:///path/to/@.@ in the Location Bar, and then pressing Enter.

OBSERVED RESULT

After STEP 3: The Location bar changes to breadcrumbs showing https:⏵path⏵to⏵@.@ . A message saying "Dolphin does not support web pages, the web browser has been launched" is displayed, and the default web browser opens https://path/to/@.@ . If you switch the Location Bar to Edit mode, it's https:///home/gd/test/misc/%40.@/ .

After STEP 4: The Location Bar's content is changed to /path/to/%40.@/ , and a message saying "The file or folder /path/to/%40.@ does not exist" is displayed (unless it actually exists, in which case Dolphin shows the content of that directory, rather than the one named @.@).

EXPECTED RESULT
In either case, it switches to the @.@ directory.

ADDITIONAL INFORMATION
The issue is also present in Open/Save dialogs. In that case, a web browser isn't opened, and no error message is shown. However, the Location bar is changed to an https URL, and the contents of the actual directory aren't shown.

Maybe related: Bug 320550

SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed 20220124
KDE Plasma Version: 5.23.5
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.2