![]() Sorry, too many speculations from someone who can't even code more than a simple script Would an NSIS installation trigger XYplorer to reload the tree? this wouldn't explain why RestoreMaxiTree=1 causes XYplorer to freeze. Maybe these apps from are similar in that way to the 64-bit AutoHotkey context menu? Although. I assume the portable app would send any status messages to the portable app launcher, and XYplorer would not see any messages at all. Could their portable apps be a silent NSIS "installation" that sets up the app's environment, executes the app, and deletes temporary data and registry keys?ĭoes XYplorer wait for programs to respond with a status message when XYplorer/Windows starts them to open a file? In the case of, the (NSIS based) app launcher would receive the path of the file to open from XYplorer, and then start the actual portable app. ![]() I tried to find more information about executables. When I open PDFs with an installed version of PDF-XChange Editor, I don't see XYplorer freezing. I noticed that I open PDFs with PDF-XChange Editor from. In contrast to opening files, the 64-context menu freezes XYplorer also when I right click a file on a local HDD. With RestoreMaxiTree=1, XYplorer freezes for 5-10 seconds. With RestoreMaxiTree=0, the context menu might freeze XYplorer for 1 second. I enabled the 64-bit context menu and tested the response time of XYplorer. Or at least the time XYplorer does not respond is so short that it isn't interfering. Yes, when I set RestoreMaxiTree=0, XYplorer does not freeze when I open files. There is no connection between right-click menu and the RestoreMaxiTree setting, so that cannot possibly affect the speed. Therefore, I am inclined to think that XYplorer causes itself to become unresponsive.Ĭould some programs opening files cause XYplorer to refresh the tree, even though that would not be necessary? Is there a way to see what XYplorer is doing, like a log file? The log also shows no apparent difference between opening a JPG and a PDF. Looking at the Samba log of the file server (XigmaNAS), there is no difference between opening a file from XYplorer and Windows Explorer. Interestingly, opening files from a local hard drive does not freeze XYplorer. Like in the previous bug report, RestoreMaxiTree=1 and MaxiTreePaths pointing to the Samba share cause these freezes. E.g., I can open JPGs with XnView MP without XYplorer freezing, but opening PDFs with PDF-XChange Editor or CBRs with SumatraPDF does freeze XYplorer. Apparently, the program that opens the file is part of the issue. ![]() Sometimes, when I open files from the Samba share by double clicking in XYplorer, XYplorer freezes for several seconds. Unfortunately, a similar issue is plaguing me now. Back then, the 64-bit context menu was the culprit. In a previous bug report, I experienced XYplorer to freeze when I right-clicked files on a Samba share.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |