Oddly, though, this worked perfectly in the 3.47, even without me specifying overrides in the FZ file type associations list.botg wrote: ↑2020-05-08 07:17The system associations are obtained straight through Windows' official AssocQueryString function. If no system association is shown, either Windows itself is confused (there are for historic reasons so many different places to set associations, it wouldn't surprise me at all if Explorer would do it some old-fashioned way) or the system association itself isn't correct, e.g. it may not be quoted correctly.
In 3.48.0, when I try to edit a file not in the file type association list and the association dialog pops up asking how I want to edit it, making a selection causes a re-write of the FZ file type associations list without any carriage returns, so all associations in the list are concatenated, causing issues for all future file edit requests.
FYI: Interesting thing I just noticed in v3.48.0 with no FZ file type association overrides specified, if I double click on an item (.pl file) in the local pane (which is set to perform the Edit action) or if I right click on an item in the local pane and select Edit, it opens in Windows Notepad even though I have my Perl editor selected in the Windows Default Apps setup for .txt and .pl files. But if I right click on an item (.pl file) in the local pane and select *Open*, it opens it in my Perl editor properly.