View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004023 | Far Manager | Special Symbols | public | 2023-12-12 11:43 | 2023-12-12 18:53 |
| Reporter | Markus | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | new | Resolution | open | ||
| Platform | x64 | OS | Windows | OS Version | 10 |
| Product Version | 3.0 | ||||
| Summary | 0004023: Incorrect special symbols replacement with network shares | ||||
| Description | Using latest FAR 3.0.0.6225 on Windows 11 x64 23H2 I have the following user menu command: When the object under the cursor is a file or directory, the user menu correctly replaces the pattern with the path to that object, both on local drives ("C:\somedir\file.ext") and network shares ("\\SERVER\SHARE\somedir\file.ext"). However, if the object under the cursor is a network share in the network browser (for example, "\\SERVER\SHARE"), the command executed by the user menu will be: The name of the network share is concatenated two times. | ||||
| Steps To Reproduce |
| ||||
| Tags | No tags attached. | ||||
| Build | |||||
|
|
if the object under the cursor is a network share in the network browserThis is sort of expected / a known issue. See, a list of shares isn't a real directory on \\SERVER and SHARE isn't a real subdirectory. From filesystem's point of view \\SERVER\SHARE\ is a single entity, a path root, logically equivalent to C:\ So in this particular case the plugin reports to Far that it's current directory is \\SERVER\SHARE\ (because \\SERVER is not a thing, see above) and the file is also \\SERVER\SHARE\ (because SHARE is not a thing, see above), and by concatenating them we get what we get. This is, of course, suboptimal and I don't mind fixing it, but so far I don't really see how. |
