couple things to check, even though this may sound stupid:1) this happens even when top item is a program to launch not an alias2) double check that farr isn't simply hiding behind another window by having it be the only app on the desktop3) make sure you have latest release

Strange problem appeared after I upgraded to 2.105.01 – all “complex” shortcuts stopped to work in FaRR. By complex shortcuts I mean all those shortcuts without actual “target” specified, like Skype, Chrome, Microsoft Office…And by “stopped to work” I mean that nothing happens after I’m “running” such shortcut.I’ve checked “Launch History” – there are entries for those attempts.And if I switch “Launch Method” to “Method 2” next:

---------------------------C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Skype.lnk---------------------------C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Skype.lnk is not a valid Win32 application.

Can you try messing with the other launch options in the Launching Files tab, notably the "Disable WOW64 redirection" checkbox, since that is the thing that's really new, and the "use file helper" checkbox.

When randomly testing it out I ran into a problem launching only one of the test files. Turned out the issue was caused by the file name ending with a space i.e. this bug http://www.donationc....php?topic=24037.msg . Not sure if that issue has hung around or reappeared but it is here now.

I'm using the current version of FARR on my newly assembled PC running Windows 7 Ultimate 64 bit.All my search history comes up when I invoke FARR. I restart the PC and all my search history is still there.But if I shutdown my PC and then start it up all but one or two items in the search history show up and the rest disappear! I un-installed and then re-installed FARR, but the problem continues.Not sure what is going on and so would appreciate some help!Thanks in anticipation.Regards

Yes, Mouser, initially all the searches that I do using FARR are there. No problem if I restart the PC.It's only when I shut down my PC and then start it up again, I am having this issue.I am trying to find out as to why this is happening, but in the meanwhile do you think trying out a previous version of FARR would help, just to see if this problem is still there?If yes, where I can I download a previous version from?Thanks!

I recently updated Find and Run on my Windows 7 from 2.102.03 to 2.105.01.

With the new version, every time I try to launch an app from Find and run, i get a message box headed "command line argument error" and the message is "-1". When I click OK on this, I then get another message box headed "bad invocation of Quickdoclauncher", with the message "--1".

I reverted to the previous version and everything works OK again. I don't see this problem posted before, does anyone know why this is happening?

YEAY! We are officially in beta for this release! Glad to see it. There are some nice features here that mouser has put in.

For those of you unfamiliar, you can now use environment variables to reference specific paths in the Windows environment. I personally define one as %google% which points to %userprofile\google drive (c:\users\username\google drive). This can help save a lot of typing. It was this feature that helped identify the lag caused by the custom folder icons (google drive, root of a drive, etc).

Additionally, the shellexec and updated "noresults alias" is a great feature. This helps design FARR to operate more like the run dialog in all versions of Windows. What I mean is this.

Normally, in FARR, you know the name of the program you want and type in an entry from the start menu and FARR finds it as it scans. Let's say, however, you want to directly launch an MMC applet (Disk management, event viewer, etc). Currently, farr does not index control panel applets and requires the use of specially crafted shortcuts. This presents a problem in that these shortcuts have to be created as new control panel applets are identified. My solution to this is to use the run dialog and type devmgmt.msc and launch the file directly since it is in the system path. FARR did not provide this capability. Additionally, some pages I launch by manually executing internet explorer (certain work sites and other sites that present problems in alternative browsers or activex enabled sites). For this, I always manually execute internet explorer and pass it the argument (iexplore www.google.com).

This new "no result" capability allows FARR to more closely mimic the run dialog functionality so that you can launch files directly if you know the name and it is in the system path, but not in a FARR search folder path (say, %windir%, which I don't think many would want scanned by FARR).

I did identify a way for mouser to poll a list of control panel applets in Windows Vista+ (Vista, 7, using the registry since Microsoft has stopped using .cpl files for most functions. Hopefully this makes its way into a future FARR release so we can populate control panel applets and further enhance FARR.

I must say that mouser has done an exuberant amount of work on this release and I think it has progressed very nicely!

Mouser, thanks for the update. I use the portable version. The link in the first post is for the installer. I hacked the name and the portable version seem to be there. Downloaded and it is the right one. I'm assuming you build both but don't have the portable link in the post for some reason? Am I right? Can you make the portable version "official" in the first post?

[BugFix] Fixed crash when displaying dates on files whose file timestamp is after year 9999.

[Feature] You can now tell FARR what to do when you hit enter and there are no results showing, by setting the new option on the Launching Files tab (this used to require creating a special noresults alias); FARR will remind you of this the first time you hit enter when there are no results.

[Feature] Added shellexec special virtual launch string command that simulates typing a line into a dos command console (e.g. supports arguments and will launch executables on the system path); changed default run alias to use.

[Feature] New experimental tweak option on Display Options tab, labeled "Speed up display by avoiding lookup of some icons"; disabled by default. Enabled if some search results cause a pause in your FARR when displaying them.

[Change] Removed Ctrl+Alt+O shortcut, as it could conflict with some diacriticals.

[Improvement] Improved speed of large directory listings.

[Change] Default options are now to show 100 (previously was 30) entries in directory browsing mode; and not show more by default (previous was to do +sall) on directory browsing.

[Improvement] Huge speedup in displaying results in some cases.

[Feature] New alias options to show certain aliases only on certain versions of windows (used in control panel alias).

[Feature] Brand new Windows-8 updated control panel alias (cpanel), created by DC member Josh.

My pleasure! I am happy to help. This is a tool that, with these updates, has become indispensable to me.

A note on the control panel list. It is hard coded to the control.exe procedural calls. With Vista, .cpl files slowly went away and were replaced with namespaces. Right now, I am focused solely on adding the core control panel applets found in XP, Vista, 7 and 8. Applets like NVidia control panel, AMD Control Panel, SiSoftware Sandra or Everest, etc. will not be added as not everyone has them and I have no way to detect their presence in FARR.

Another note, the icons are NOT EXACT MATCHES to the icons in the classic control panels. If someone has an icon of decent resolution (32x32), please send me a pm with a link to it and what applet it replaces and I will update the alias for mouser. Additionally, if some are found to be missing or not working, post to a thread in the FARR forum and I will look into it. Be sure to let me know the control panel applet name so I can l look it up.

Please pass any feedback so we can continue to improve this tool and capability. I will be adding admin tools (msc file) and a separate alias file for active directory management (ADUC, Sites and Services, Federated services, DNS, DHCP, etc). So look for that in the next beta release.