FARR hangs when %SPECIALSYS_DOCS% included in search folders

[skajfes]

I've noticed yesteday that FARR hangs when i have %SPECIALSYS_DOCS% included (and activated) in the search folder list.
I assume that this was added in some of the newer versions, but I haven't noticed that it affected me up until yesterday.

I assume that something changed in the %SPECIALSYS_DOCS% folders themselves so the search is hanging.
I am wondering what actual folders and documents is FARR searching when searching this folder?
I did not find anything in the docs that relates to the %SPECIALSYS_DOCS% search folder.

[phitsc]

I have FARR regularly hanging too since Mouser started to update FARR again. Didn't try to track it down yet though. It hangs for several seconds saying Searching history.. in the status bar. Unticking %SPECIALSYS_DOCS% does not solve the problem for me unfortunately.

[mouser]

i may have a fix -- something lanux found.
i'll upload beta today to try.

[mouser]

Can you guys try this beta:

• https://www.donation...AndRunRobotSetup.exe
• or https://www.donation...RunRobotPortable.zip

And let me know if it solves your issue?

[skajfes]

This one seems to solve my issue.
Thanks mouser.

I am wondering as to what does FARR search with those two special folders (I don't notice any diference in the results)?
%SPECIALSYS_DOCS%
%SPECIALSYS_APPS%

[mouser]

See here for info: https://www.donation...ex.php?topic=40658.0

The bug was that FARR normally is smart enough not to try to resolve network paths -- but a recent change resulted in it trying to resolve some, and this was frequently happening in the list of recently launched system files (which is what those %SPECIALSYS_DOCS% are).  Even if you don't have network mapped drives, it seems that some shortcuts (like the link to Steam) use a \\ network path.  This was causing the hang.

[Shades]

Microsoft uses the guidelines for TCP/IP connections. That is, it will wait till 30 seconds (which feels a lot longer when you wait for something to happen on a computer) before it will give up on any network connection. This is part of a (sub-)set of parameters you can only change in the registry. MS doesn't have any window, field, picker, drop-down menu, check box or radio button for these parameters to be adjusted...on purpose.

The information is available on the MSDN/TechNet websites. Have found it there myself, but those settings can have serious implications, so I won't link to it either.

"Funny" thing is...if your application isn't multi-threaded and it tries to make a network connection it will wait 30 seconds before continuing, if the application needs to make another network connection, it will wait again for 30 seconds. This cycle is repeated every time for every network connection. The user gets the impression the application hangs, but in reality the application works like specified. It's the TCP/IP specifications that create the problem here.

[skajfes]

Well, that has nothing to do with that. The application can hang for various reasons, usually it is either long running processes that take some time, or waiting on some resource (disk, network etc). You can't rely on the fact that IO (especially over the network) will work instantly, or reliably. The guideline is that your UI thread should never be doing any work, so that it remains responsive to the user. Any jobs (either long running or potentially on unreliable IO) should be running in a separate thread.

[mouser]

Well what Shades said is related to what's causing the FARR delay; although FARR is multithreaded in some respects, it will hang while waiting trying to resolve network paths -- I need to make improve the multithreading to avoid that.

[phitsc]

Fixed for me as well. Thanks

[phitsc]

Well, the latest beta still freezes 'Searching history..' when I haven't used it for a while (a couple of minutes?)

[mouser]

Are there items in your history that are on different/network drives that might be asleep or offline?

[phitsc]

No. I'm only launching local stuff and I don't use drive mapping for network drives. I'll go and clear the whole history to see if it changes anything though.

[phitsc]

Sorry, that information was not correct. I'm regularly launching a shortcut that points to a file on the network. This server is never offline or asleep though.

[wjamoe]

You have to wait many seconds (seems to hang) when one of the files in the launch history is situated on an external USB drive which went into power save/sleep mode. (farr  v2.226.01 26 June 2015). If you try a second time it is lot faster, because the drive is active again ;-)