[fixed] Opening files from search result opens from the wrong location in this case

Bugs and other issues or requests which have been resolved.
Post Reply
Message
Author
larsen
Posts: 160
Joined: 12.01.2013, 15:12

[fixed] Opening files from search result opens from the wrong location in this case

#1 Post by larsen » 30.08.2017, 18:03

Have a directory containing some sub-dirs:
commands
conf.d
hosts

Start a search for some text and get a result of five files in different sub-dirs, s. screenshot:
Clipboard-1.png
Clipboard-1.png (12.95 KiB) Viewed 41535 times

Select the last four files and press Enter.

Four files are opened in my text editor (UltraEdit in this case), but only the first two contain text. The others don't contain text and I can see in the window title, that although those files are located in "hosts", they were opened from "conf.d"!

I don't know why the text editor doesn't present a warning, when those files are opened from the search result. If if copy the filename/path of the opened file from within UltraEdit and try to open e.g. "C:\Projects\nagios\conf.d\isp.cfg", I get a (correct) warning that this file doesn't exist.

It doesn't matter how many files I select as long as I start with the second one in this case. If I select "index", all files are opened correctly. Selecting the second or third file and any of the other ones, leads to the aforementioned problem.



FreeCommander XE 2017 Build 755 64-bit donor
Windows 10 version 1703
Last edited by larsen on 31.01.2018, 15:42, edited 1 time in total.

Karol
Posts: 962
Joined: 19.08.2007, 12:05

Re: Opening files from search result opens from the wrong location in this case

#2 Post by Karol » 31.08.2017, 07:57

As workaround - right click and "Open".

larsen
Posts: 160
Joined: 12.01.2013, 15:12

Re: Opening files from search result opens from the wrong location in this case

#3 Post by larsen » 30.11.2017, 23:33

Still a problem in version 762.

larsen
Posts: 160
Joined: 12.01.2013, 15:12

Re: Opening files from search result opens from the wrong location in this case

#4 Post by larsen » 31.01.2018, 15:42

Fixed in (at least) 770

Post Reply

Who is online

Users browsing this forum: No registered users and 2 guests