DonationCoder.com Forum

DonationCoder.com Software => Mouser's Zone => Find And Run Robot => Topic started by: Josh on October 24, 2007, 12:46 PM

Title: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Josh on October 24, 2007, 12:46 PM
Below is a list of reported bugs for FARR2. Once a bug is reported on this forum, we will add it to the table and update the table with a new status once we have an update.

Bug SummaryReport DateStatus
$$1 problem when passing "c:\" bug (https://www.donationcoder.com/forum/index.php?topic=10387.msg81008#msg81008)24OCT2007Resolved?
Action Trick Bug (https://www.donationcoder.com/forum/index.php?topic=10387.msg81008#msg81008)24OCT2007Resolved in 2.00.144
Clipboard Bug (https://www.donationcoder.com/forum/index.php?topic=10387.msg81008#msg81008)24OCT2007Unresolved
Folder Navigation Bug (https://www.donationcoder.com/forum/index.php?topic=6624.msg74060#msg74060)29AUG2007Resolved in 2.00.145
Folder with a dash bug (https://www.donationcoder.com/forum/index.php?topic=10387.msg81008#msg81008)24OCT2007Resolved in 2.00.144
History Bug (https://www.donationcoder.com/forum/index.php?topic=10387.msg81008#msg81008)24OCT2007Resolved in 2.00.144
Keyword with Capital Letter Bug (https://www.donationcoder.com/forum/index.php?topic=10387.msg81008#msg81008)24OCT2007Unresolved
Same Name Bug (https://www.donationcoder.com/forum/index.php?topic=10387.msg81008#msg81008)24OCT2007Non-issue?
Search Box Bug (https://www.donationcoder.com/forum/index.php?topic=10387.msg81008#msg81008)24OCT2007Unresolved
Showmemo Bug (https://www.donationcoder.com/forum/index.php?topic=10387.msg81008#msg81008)24OCT2007Resolved in 2.00.144
Unicode character problem (https://www.donationcoder.com/forum/index.php?topic=10505.msg82218#msg82218)22OCT2007Unresolved

To all users,

The table below details requested features thus far. Please post a new thread with a feature request. Once we receive it, we will update the table below with the request and update its status as it gets updated by mouser. Thanks for your help!

Josh

Feature SummaryRequest DateStatus
Clear search term on hide (https://www.donationcoder.com/forum/index.php?topic=10870.new#new)17NOV2007Confirmed
Easier Icon Assignments for Aliases (https://www.donationcoder.com/forum/index.php?topic=10843.new#new)15NOV2007Unconfirmed
Go back from action list to result list (https://www.donationcoder.com/forum/index.php?topic=10896.0;topicseen)19NOV2007Unconfirmed
Multiple Run (https://www.donationcoder.com/forum/index.php?topic=10894.0)19NOV2007Unconfirmed
Remember Parameters for launch of aliases (https://www.donationcoder.com/forum/index.php?topic=10878.new#new)18NOV2007Confirmed by mouser
Standard control to pass parameters to scripting software (https://www.donationcoder.com/forum/index.php?topic=10895.0)19NOV2007Unconfirmed
Tree-View Options Dialog24OCT2007Initial Request

If you've posted about a bug or feature request that isn't listed here, just send me a message through the
forum (https://www.donationcoder.com/forum/index.php?action=pm;sa=send;u=430) and let me know.
Title: Re: FARR v2 - Official Bug Tracking Thread
Post by: mouser on October 24, 2007, 12:52 PM
I think this approach to having a single locked sticky thread for each program, with links to known reported bugs as reported on the forum, is the best tradeoff between a full bug tracker tool and the existing DC forum.

Some of you remember when we had a real bug tracker tool installed (Mantis).  While it worked ok, keeping the forum and the bug tracker synchronized was painful and there was just too much overlap.

This new method will allow everyone to see a list of outstanding and reported bugs.  A thread like this will be started in each program's section.

Thanks to Josh for spearheading this -- I think it will make it easier for everyone (especially me!) to keep track of outstanding bugs  :up:


Please note that this thread itself is locked and only modifiable by Moderators.  If you have a bug to report, post it as its own new thread, where others can comment, etc.  And we will post a link to it here (let us know if we forget to).
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Josh on November 16, 2007, 08:34 PM
Added Easier Icon Assignments for Aliases (https://www.donationcoder.com/forum/index.php?topic=10843.new#new) feature request.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Josh on November 18, 2007, 07:49 AM
Added Clear search term on hide (https://www.donationcoder.com/forum/index.php?topic=10870.new#new)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Josh on November 18, 2007, 04:42 PM
Added Remember Parameters for launch of aliases (https://www.donationcoder.com/forum/index.php?topic=10878.new#new) Feature request
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Josh on November 19, 2007, 12:55 PM
Added:

Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: DocSavage on April 20, 2009, 08:29 AM
I updated FARR this morning. On one of my machines I got an extensive error message & a pop-up that said eas violation. I uninstalled FARR ran Ccleaner & reinstalled FARR. Same error message & pop-up. EAS violation, notify Mouser.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on April 20, 2009, 10:42 AM
remove the environment variables plugin
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: DocSavage on April 20, 2009, 12:02 PM
got it, did it, am back in FARR business!
thanks for quick reply & great products
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mavromatis on August 07, 2009, 06:46 PM
I have a problem, the search area is lost.
Here is a screenshot for better expression of the problem.
(http://u1.imgupload.co.uk/1249686000/cbcc_clipboard_image_1.jpg) (http://u1.imgupload.co.uk/1249686000/cbcc_clipboard_image_1.jpg)
I still can write and search but can't see what I write.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on August 07, 2009, 07:17 PM
that's strange.. i can maybe guess what the problem is though -- the search area actually has a place for a toolbar to the right of it.
see if you can expand the window width far enough to get it back, and then drag the right end of the search box to enlarge it.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mavromatis on August 07, 2009, 07:47 PM
that's strange.. i can maybe guess what the problem is though -- the search area actually has a place for a toolbar to the right of it.
see if you can expand the window width far enough to get it back, and then drag the right end of the search box to enlarge it.
-mouser (August 07, 2009, 07:17 PM)
Thanks. That worked it out. I found the search area in the second monitor and brought back.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: karolisk on September 18, 2009, 05:08 AM
Hi,

I'm not sure if you're aware of this bug, but for me sometimes FARR gets stuck. It somehow gets inactive so I can't write anything or press exit button, but it still shows menu if I press right mouse button on it or in system tray icon. The only was to solve it that i found is restart.

Let me know if you have any ideas how to solve it or if you need more info, thanks.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: koro on December 12, 2009, 10:27 PM
I've noticed something with the tray menu. It often happens that when i click on the tray icon to open the menu, the menu background is black (so you can't read anything, you just see the icons). I think this may be related to using custom background colors (i use light colors for the results list and the search box, but it seems to me that this problem started when I started using custom colors. Might as well be a coincidence, since I have only recently started using FARR (I'm running the latest version, 2.80.02.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: tranglos on January 17, 2010, 12:36 PM
A few small things I've experienced on Win7, FARR 2.80.02:

1. Launch history sometimes disappears after reboot. Lame, I know, but I'm not seeing any regularity. I installed 7 just a day before, so have been rebooting plenty of times in the last 48 hours while installing updates etc. In this time I have seen FARR history going completely blank right after reboot maybe three or four times, but not always.

2a. Even though I have remapped "My documents" to a folder on secondary hard drive (where I keep all my data), FARR still keeps its settings under c:\Users\user\Documents\DonationCoder\ folder. This may or may not have anything to do with the memory loss above.

2b. Perhaps My Documents is not the best place to store configuration data? Config files are not really "documents" that most users edit. Why not save FARR config under c:\Users\user\AppData\Roaming\DonationCoder\, where DcUpdater data lives?

3. When a list of results is displayed, right-click an item and click Properties. Result: nothing happens. No error, no message, just nothing :) The Shell Context Menu command works, though.

4. FARR does not show up on Pause key press when the focused window belongs to an "elevated" process, i.e. one that required a UAC confirmation. (Many other system-wide hotkeys do not work then either, so it's not really a FARR-specific issue.) This particular problem seems to have gone away after completely disabling UAC and rebooting.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on January 17, 2010, 12:40 PM
lets try to see if #1 and #2 can both be solved by editing your configdir.ini file in the FARR program files directory and setting it to store the data file where you want it to.

#3 someone reported, i have to look into it.

#4 i suspect is a windows7 "feature" that may not be possible to fix.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: tranglos on January 17, 2010, 04:18 PM
lets try to see if #1 and #2 can both be solved by editing your configdir.ini file in the FARR program files directory and setting it to store the data file where you want it to.

#3 someone reported, i have to look into it.

#4 i suspect is a windows7 "feature" that may not be possible to fix.
-mouser (January 17, 2010, 12:40 PM)

Mouser, I think #3 is the only candidate for an actual bug in FARR. The others are just "stuff that happens to me when running FARR on 7". Points #1 and #2 indicate an awesome potential for problems and data loss; I'm seeing other apps that completely forget their settings, whether stored in userdata folders or in the registry. Suddenly after reboot I start an app and all the settings are gone.

This, just like FARR's forgetting its history, happens entirely randomly, once every few reboots, but it's of course terribly annoying, and I shudder to think what else it might lead to. For just this reason I'll be reverting to XP right away.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: tranglos on January 18, 2010, 08:16 AM
I think #3 is the only candidate for an actual bug in FARR.
-tranglos (January 17, 2010, 04:18 PM)

And now I can report that the Properties menu item works fine on XP, in the same version of FARR.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Scott on January 21, 2010, 03:46 PM
[moved to new thread (https://www.donationcoder.com/forum/index.php?topic=21451.msg192611). why can't we delete posts?]
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Alien282 on June 24, 2010, 03:30 AM
I'm not sure if this is the right place, but I have a feature request. :)

I want to be able to start typing something and then when I click CTRL + UP (i.e. "invoke" history) the history which will be displayed will be only of these things that match in the beginning the letters I have written. Yeah, I have difficulty expressing myself in english. :) Example:

In FARR I write:

aaadd
bbbbb
aaaaa
ccccc

So I have this in my history. Then, when I type "a" and press CTRL + UP I want to get "aaaaa" and not "ccccc" as is now. Then, if I press CTRL + UP AGAIN I want to get "aaadd". And so on. Would REALLY love this feature. :)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on June 24, 2010, 04:25 AM
I can see how that would be useful.. I can also see that some people wouldn't want it to behave like that, so it would have to be an option.

But let me ask about an alternative.. what if past matching *search* history was shown in the result list as you type? would that solve what you are interested in?
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Alien282 on June 24, 2010, 06:24 AM
what if past matching *search* history was shown in the result list as you type?
-mouser (June 24, 2010, 04:25 AM)

If by "matching" you mean what I mean - to display only the history which matches the letters I have typed - then yes, your solution is actually even better.

I would use that I lot, personally. One use case is google search - if I want to search again with the same thing I searched an hour ago it would be as simple as typing "gs wh" and get "gs whatever I searched for before which was really long", e.g. Going to websites is easy too - I actually use FARR to enter URL's, not IE, so that would be extremely useful there.

P.S. But you must show the matching history AFTER I press CTRL + UP, so it's not necessary to show a result list "as I type". Just once I ask for the history - I get it filtered by the letters I've typed in the beginning. Obviously, you could make that even more complicated to not search only in the beginning for a match, but I think that's a bit overkill. :)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: risingeil on July 27, 2010, 01:37 AM
I would like the ability to have more control over what gets added to the launch history list.  Say don't ad any file from a specific dir and its subdirs
Also, the %APPDRIVE% variable doesn't seem to valid in the External Tools section.

thanks
Title: Double Request: ASLR/DEP and amd64
Post by: aloishammer on August 14, 2010, 12:55 PM
Would you consider looking at ASLR and DEP for FARR (and DCU)?

Would you consider a native amd64 build for those of us running amd64 Windows?  (That's quite a lot of people, now.)  (Also, ASLR is even more easily bypassed in a mere 4GB (or really 3.2GB-or-so) address space.)

I've tested adding perma-DEP and ASLR (/NXCOMPAT and /DYNAMICBASE, respectively) to the DCU and FARR2 executables and support DLLs, with MSVC10-Express' toolchain, and FARR2's speed has dropped drastically.  I think this is because it wasn't compiled properly for ASLR to start, as opposed to something that would happen to FARR2 with ASLR added at link (compile?) time originally.

Perma-DEP by itself doesn't appear to affect performance, nor should it.

Thanks for such a great and useful tool!
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on August 20, 2010, 06:34 PM
welcome aloishammer  :up:

i'm afraid i'm totally ignorant about ASLR and Perma-DEP.  could you point me to something gentle i could read and maybe elaborate a little on why you think this would be useful?
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: aloishammer on September 08, 2010, 11:02 PM
welcome aloishammer  :up:

i'm afraid i'm totally ignorant about ASLR and Perma-DEP.  could you point me to something gentle i could read and maybe elaborate a little on why you think this would be useful?
-mouser (August 20, 2010, 06:34 PM)
I don't know what you'd consider "gentle".  Microsoft seems to have gone out of their way to confuse anyone attempting to use either CPU-based or compiler-based software protection techniques.  >:(

There's an MSDN article here (http://msdn.microsoft.com/en-us/magazine/cc337897.aspx) that explains some of the code protection techniques MSVC offers.  Unfortunately, Microsoft can't decide whether it's Address Space Layout Randomization (ASLR) or "dynamic base" or "image randomization".  Also, while they differentiate between the NX execute-protection CPU instruction and "SafeSEH" in the article, Windows does not.  Windows offers "Data Execution Prevention", occasionally calls it NX (as in the NT6 bootloader), and combines both NX and "SafeSEH" for anything selected for protection with "DEP".

Wikipedia may actually be a considerably better reference:
http://en.wikipedia.org/wiki/Data_Execution_Prevention
http://en.wikipedia.org/wiki/Address_space_layout_randomization#Microsoft_Windows

The extremely short version I can offer: the NX instruction is used to mark memory ranges as non-executable; if someone successfully inserts malicious instructions into an NX-marked data (non-code) area and successfully sets the instruction pointer there, the CPU should throw an exception and refuse to execute the non-code.

SafeSEH is next to worthless, but very good at breaking applications that weren't compiled for it.  This is why "DEP" was introduced in WinXPSP2, but Win7 still doesn't enable it by default, and I assume 7SP1 won't, either.

ASLR, depending on exact implementation (Windows' is partial for performance reasons), can place various code *and* data into totally random memory address ranges.  This way, anyone successfully injecting malicious code into the in-RAM, executing image of your app will either be unable to reliably predict where the malicious code went, and thus be unable to set the instruction pointer to it, or will have to work considerably harder to locate and execute it.

These are the two big ones: the MSDN article mentions one or two other code protection techniques (mostly free just by enabling switches in MSVC), but most focus ends up on "DEP", NX, ASLR.

Major caveat: ASLR on Win32 gives you only a 3.2-3.5GB address space to search, so it's very close to not worth doing.  This is part of the reason I'm asking for a native Win64 build.

Wrap-up: assuming you're using MSVC, and at least 2005SP1, or that you can/could build with MSVC Express (free), NX, ASLR, and the other techniques mentioned in the MSDN article are effectively free; it should be a matter of switching on flags when building your project.

Postscript: From my testing, I don't think you'd need any recoding.  I've been experimenting with Microsoft's EMET 2.0 (http://www.microsoft.com/downloads/details.aspx?FamilyID=c6f0a6ee-05ac-4eb6-acd0-362559fd2f04&displaylang=en) release: FARR2 and DCU are reported as running with full EMET-enforced protections and display no abnormalities.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: tleforge on September 09, 2010, 06:48 AM
Feature Request:  When highlighting an app to run, the ability to highlight multiple apps (maybe with a shift key) to run all highlighted.

Knowing you guys, I'm sure this is already in the program somehow and I've just missed it. :Thmbsup:
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on September 09, 2010, 08:17 AM
i'm afraid you can't multiple select in the program list but you can use Ctrl+# to launch an item and stay open (you can change the effect of keyboard modifiers on the Keyboard Interface tab of options); so if you want to launch programs listed as items 1,2,3 you would hold Ctrl and hit 1 2 3.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: aloishammer on September 09, 2010, 12:55 PM
One more security note: everyone in the wider security community has "binary planting" on their minds just now.  I can't even begin to guess where FARR2 might need/want changes, but this new research seems extremely pertinent to FARR2, whose entire purpose is to create new processes...

http://blog.acrossecurity.com/2010/09/binary-planting-goes-exe.html
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: pattu on November 05, 2010, 05:53 AM
When plugging and unplugging monitors FARR gets lost off screen...

I am using v2.90.02 and am really quite addicted.  Unfortunately, I work between home and work a lot and change between multiple and single monitors on my notebook, only using suspend, not rebooting.  When  I change configs, FARR often ends up appearing off screen.  I used to use ALT-SPACE as my hotkey, but I have changed away from that, because I need to use this to move the FARR window back on screen.  FARR should I guess check the resolution of the current monitor every time.  Drives me a little crazy, but I still use FARR a *lot*. ;)


Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on November 05, 2010, 05:54 AM
Yes, i will add this.  it's a very good point.

May i suggest that you may want to install a program to handle this case of applications off screen if you frequently  unplug monitors.  In the past i've used i tiny old freeware called "Discover" but i can't locate it anymore.  It stays in tray and you double click it and it moves any windows that are currently offscreen back on screen.  there are surely other tools to do this -- probably one or two written by dc members that i'm not recalling at the moment  :P
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: lordmuzer on November 11, 2010, 03:22 AM
Hi,

I have 2 small problems
Here is a screenshot:
http://dl.dropbox.com/u/893394/FARR_bug_2.png

1. FARR get icon direct from .exe file, not .lnk. But if .exe has no icon and .lnk has it, can FARR take it from .lnk? on screenshot "windows update.lnk" has icon, but FARR does not show it

2. After first 9 item in history list with predicate with "* - ", other items has strange space before.

and last, i confirm that
3. When a list of results is displayed, right-click an item and click Properties. Result: nothing happens. No error, no message, just nothing  The Shell Context Menu command works, though.
reproduce in windows 7 x64

sorry for my bad english, its not my native lang

thanks
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on November 11, 2010, 06:37 PM
hi lordmuzer, welcome to the site!

thank you for your bug reports -- they are all very clear.  i am going to try to fix them.  i think bugs 1+3 are also happening on my other program (LaunchBar Commander) so it is important that i get them fixed as soon as possible.
Title: Request for 64-bit build of FARR
Post by: chok on November 18, 2010, 08:56 AM
I know some discussion about launching 64-bit programs has taken place.  I don't see any discussion about finding and launching 64-bit programs in the system32 directory.  As you know, a 32-bit program sees the sysWOW64 directory as the system32 directory.  I first noticed this problem when launching cmd.exe from FARR.  It finds the 32-bit cmd.exe in the sysWOW64 directory and runs it.  Then when I type something like nbtstat in that command prompt window, it cannot find it, because there is not a 32-bit nbtstat.exe in the sysWOW64 directory, only a 64-bit one in the real system32 directory.  I think what we need is a 64-bit build of FARR.


Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on November 18, 2010, 01:10 PM
this is an interesting issue.

FARR should not actually have any trouble finding or launching 64 bit programs.. the problem is well described by you -- it seems to be finding+launching the 32bit version of cmd.exe and then what you see from that is not what you want.

It seems like a good workaround for now would be to create your own alias to launch the 64bit command.com  Can you test and see if that works?
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: chok on November 18, 2010, 01:54 PM
I cannot add an alias, because the 32-bit FARR cannot find the 64-bit cmd.exe.  When it looks at system32, it is actually seeing the sysWOW64 directory instead.

I can copy the 64-bit cmd.exe to another directory and FARR can find it and run it just fine.  But there are quite a few programs that are missing.  Defrag, dnscmd, mrt, msconfig, telnet, and tftp are a few that I have noticed.  Also, most of these have some language-specific files in %windir%\system32\en-US (on my machine), which have to be copied to a corresponding subdirectory of wherever the executable is.

There is also just a philosophical issue of running the 32-bit versions of everything instead of the new 64-bit versions.  Practically, though, it probably makes no difference.

It is much easier just to work around this issue by launching cmd with the Windows key.

I do think that sooner or later you will be wanting to start offering a 64-bit build.  It will probably be a long time before 32-bit support is phased out, but 16-bit programs stopped working with the first 64-bit Windows (http://support.microsoft.com/kb/896458).
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on November 18, 2010, 02:01 PM
Interesting.. That is a bit troublesome isn't it.. Let me think a little on this, and if anyone has any other ideas please post.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: lordmuzer on November 18, 2010, 03:03 PM
yes, i can confirm.
i type in FARR "C:\Windows\System32\regedit.exe", but instead "C:\Windows\SysWOW64\regedit.exe"  will start.
my os is windows 7 x64

Microsoft say at http://msdn.microsoft.com/en-us/library/aa384187(v=VS.85).aspx:

Applications can control the WOW64 file system redirector using the Wow64DisableWow64FsRedirection, Wow64EnableWow64FsRedirection, and Wow64RevertWow64FsRedirection functions. Disabling file system redirection affects all file operations performed by the calling thread, so it should be disabled only when necessary for a single CreateFile call and re-enabled again immediately after the function returns. Disabling file system redirection for longer periods can prevent 32-bit applications from loading system DLLs, causing the applications to fail.

and as temporary fix:

32-bit applications can access the native system directory by substituting %windir%\Sysnative for %windir%\System32. WOW64 recognizes Sysnative as a special alias used to indicate that the file system should not redirect the access. This mechanism is flexible and easy to use, therefore, it is the recommended mechanism to bypass file system redirection. Note that 64-bit applications cannot use the Sysnative alias as it is a virtual directory not a real one.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on November 18, 2010, 03:10 PM
great tips lordmuzer!  :Thmbsup:
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: chok on November 18, 2010, 03:16 PM
I think lordmuzer should get a gold star on his chart for today!  Wow!  I just added %windir%\sysnative to my search folders and unchecked %windir%\system32 and I can launch all these neat 64-bit programs instead of the 32-bit versions.  I think this is just a good as a 64-bit FARR.  Thanks lordmuzer.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: lordmuzer on November 18, 2010, 03:27 PM
but another problem: on x64 OS FARR cannot start any .lnk (from %MYSTARTMENU%|%COMMONSTARTMENU%)
for build-in/system Windows application from "%windir%\System32\" that doesnt have corresponding x32 analog in "%windir%\SysWOW64\"

on windows 7 x64 you cannot execute:
"Sound Recorder", "Snipping Tool" and other.

maybe FARR, when resolve *.lnk target to %windir%\system32\* can try to find it in %windir%\sysnative too ?

Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: chok on November 18, 2010, 03:58 PM
Well, bummer.  As long as I find the file and launch it and don't use any shortcuts that have system32 in them, I'll be OK.  Although it may be a lot of work, I still think a 64-bit FARR would solve all of this.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: lordmuzer on November 18, 2010, 04:44 PM
and the last problem with "Program Files"|"Program Files (x86)" folders:

by default windows 7 x64 has 2 shortcut for Internet Explorer:
"Internet Explorer.lnk" = "C:\Program Files (x86)\Internet Explorer\iexplore.exe"
"Internet Explorer (64-bit).lnk" = "C:\Program Files\Internet Explorer\iexplore.exe"

but FARR always execute "C:\Program Files (x86)\Internet Explorer\iexplore.exe"

Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: justauser on November 19, 2010, 03:51 PM
I have a feature request.  I'd like to be able to have a command that is composed of other aliases.  For example, I have an alias for opening site 1 and an alias for site 2.  I'd like to have an alias that open site 1 and site 2.  I can do this by entering the URLs, but not the aliases, as far as I can tell.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Armando on November 25, 2010, 11:13 PM
Farr updates seems to break the Timer plugin (czb) settings, or the timer doesn't like updates... :)
I've had problems with the last 2 updates. It might not be the direct cause, but there seem to be a link.

I got this error a while ago :

[ You are not allowed to view attachments ]

Last week, I tracked down the problem to the farr's ini file.

Half an hour ago, I got fed up with the JSON.parse error and not being able to use the Timer plugin , so I decided to solve it. Turned out that something messed up my findandrunrobot.ini file and the json there was all messed up. I corrected the code there, and all is fine now.
[...]
-Armando (November 19, 2010, 04:58 PM)


So... JSON syntax was wrong so I corrected it and all went well.

Today I install farr update, and I get the JSON parsing error message again. Of course I'm going to try to see what's wrong with the Timer's JSON stuff, but it's weird...

Any ideas ?
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Armando on November 25, 2010, 11:46 PM
here's what happens to the code (put in red what's wrong, use (...) to indicate cuts ):

(...)  {"datetimer = []>n>timer = [{"date":1290617048468,"text":"éteindre lampe"}]>n>settings.sound = C:\WINDOWS\Media\notify.wav>n>settings.alert = true>n>settings.pre_voice = Warning! Warning!>  (...)
etc.

And how I need to correct it

(...) {"date":1290615468906,"text":" éteindre lampe"}]>n>timer = []>n>settings.sound = C:\WINDOWS\Media\notify.wav>n>settings.alert = true>n>settings.pre_voice = Warning! Warning!>
(...)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: risingeil on December 18, 2010, 04:04 PM
Feature Request:

I would like to be able to use the %appdrive% variable in External Tools  My apologies if you already do this, please show me an example, maybe I"m doing something wrong.

thanks
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: dnknitro on December 29, 2010, 11:57 AM
Sometimes I receive "FindAndRunRobot - No Disk" and FARR renders unusable for some time. Even program restart doesn't work! This is very frustrating because other then this error the program is very good.

I am using v2.93.01 on Windows 7 Enterprise (However I experience the same error @ Windows 7 Ultimate).

I am sure it happens when I connect my Android phone for charging only, so the phone doesn't expose itself as USB removable disk, but Windows 7 OS still starts to show that there is a new Removable disk connected, but it is inaccessible. When I switch the phone to the USB removable disk mode - FARR start working fine.

I guess the problem is with FARR's handling of disks which are inaccessible for some reasons. Can you please fix it?


One more issue - is there a possibility to ultimately disable FARR's search through the all disks in the system? I would like to make FARR search _only_ within folders, defined in the Program Options->Lists->Search Folders?

And one more :) - when I pass command line parameters to some program (e.g. "cmd.exe ++SomeCommand"), it looks like FARR makes all parameters lowercase, so the command will be run as "cmd.exe ++somecommand". Can this be fixed also?
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on December 29, 2010, 02:34 PM
thanks for the bug reports dnknitro, all seem reasonable and accurate.

the only one that i think is not a bug is:
One more issue - is there a possibility to ultimately disable FARR's search through the all disks in the system? I would like to make FARR search _only_ within folders, defined in the Program Options->Lists->Search Folders?

farr will only search those folders.. something else must be happening if it is searching elsewhere.. maybe because of an item in your history.

after new year i will release some substantial farr updates, so hang on until then!
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: relipse on January 06, 2011, 09:37 AM
Feature Request:

Voice Recognition Addon With FARR

FARR
say "FAR Robot" to open
start talking
it "types" what you say into the text box

Jim
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on January 06, 2011, 03:43 PM
thats a neat idea.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: IainB on January 25, 2011, 06:53 AM
I have migrated to a new laptop with Windows7 (64-bit).
FARR just will not load, even after re-installation.

Error on FARR loading:
Find&Run Robot
Find&Run Robot has stopped working
Windows is checking for a solution to the problem...

Any ideas on how to fix or work around this would be gratefully received.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on January 25, 2011, 12:44 PM
FARR should run just fine on windows 7 (64bit or not).

Did you copy over settings from a previous install?

Try deleting all of the files in the FindAndRunRobot Programs directory, and in the FindAndRunRobot subdirectory in your documents area and then reinstalling.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: IainB on January 26, 2011, 04:01 AM
@mouser:
Did you copy over settings from a previous install?
Yes, I did.
Try deleting all of the files in the FindAndRunRobot Programs directory, and in the FindAndRunRobot subdirectory in your documents area and then reinstalling.
Many thanks! That did it!     :Thmbsup:
I tidied up the installation a bit too, whilst I was at it:
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: dnknitro on February 02, 2011, 11:37 AM
thanks for the bug reports dnknitro, all seem reasonable and accurate.

the only one that i think is not a bug is:
One more issue - is there a possibility to ultimately disable FARR's search through the all disks in the system? I would like to make FARR search _only_ within folders, defined in the Program Options->Lists->Search Folders?

farr will only search those folders.. something else must be happening if it is searching elsewhere.. maybe because of an item in your history.

after new year i will release some substantial farr updates, so hang on until then!
-mouser (December 29, 2010, 02:34 PM)
parameters case is fixed, thanks. However, another, more annoying, bug with "No Disk" error is still present - see attachment.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on February 02, 2011, 11:56 PM
that no disk error that happens when FARR tries to access a removable disk is at the very top of my to do list for this week.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on February 05, 2011, 07:38 AM
dnknitro and others suffering from the "No Disk" error please see this thread: https://www.donationcoder.com/forum/index.php?topic=25525
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on February 06, 2011, 06:20 AM
Looks like the "No Disk in Drive" errors are now solved as of v2.96.01.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: limelect on March 10, 2011, 04:01 AM
I tried to use FARRGoogleCalendar  with farr and i got 2 errors
P.S my pass word is ok!!
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: risingeil on March 14, 2011, 09:37 PM
There is a program called Listary at this linke (http://www.listary.com/).  It has the ability to provide a search box inside Explorer windows and Save/Open dialog boxes.  It would be nice if FARR can that kind of integration too.
So basically, when inside an Open/Save dialog box, you can call up a stripped down version of FARR so search for files and folders, which I guess should not be limited to what is indicated by what is set in Search Folders.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: risingeil on March 16, 2011, 10:56 PM
I would like to be able to enter numbers via the number pad and use the Ctrl/Alt/Ctrl+Alt number pad combo to launch actual items in the search list.
Or even launch items with the number row, and the ones with modifiers work with the number pad.  Or vice versa.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on March 26, 2011, 03:32 PM
I suggest keyboard shortcuts to be presented on the option that have that functionality

Example:
In FARR Context Menu, the option "Shell Context Menu.." could be replaced with ""Shell Context Menu..   Ctrl+P"

Congratulations for this great application. :)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on March 26, 2011, 03:32 PM
I suggest to merge Farr Context menu with Shell Context menu as both have important options.

Congratulations for this great application. :)


Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on March 26, 2011, 03:35 PM
Is it possible to search/launch Opera or Chrome bookmarks?

Congratulations for this great application. :)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on March 26, 2011, 03:47 PM
I would like to use FARR together with the Dropbox so that I can use it on my Personal Laptop, Media Center Laptop and Office Laptop and have everything updated.
(I use portable versions and every time that an update is released I have to update all of them)

The general settings are the same but there are difference the search folders settings.

Maybe a solution would be to implement filters in the folder searching definitions (Similar to the file type filtering) to restrict that search to specific computer names

Congratulations for this great application. :)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on March 26, 2011, 03:51 PM
On specific Folders that I have text files, I would like to have the option to search the content of the file as well. (maybe with a keyword modifier)

Example:

When searching "Fight Club" I would like to get the result :"C:\my .txt\My Movies.txt

Congratulations for this great application. :)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on March 27, 2011, 02:27 AM
Welcome to the site Filipe! and thank you for the suggestions.

Some quick thoughts about some of them:

the option "Shell Context Menu.." could be replaced with ""Shell Context Menu..   Ctrl+P"
excellent idea, will add.

Is it possible to search/launch Opera or Chrome bookmarks?
there is a plugin called FarrFox that can search ie/ff (with tweak)/opera bookmarks.  maybe chrome can be added.


Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on March 27, 2011, 06:51 AM
Thank you so much for your comments and tips.
Have a great weekend :D
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on March 27, 2011, 06:52 AM
On specific Folders that I have text files, I would like to have the option to search the content of the file as well. (maybe with a keyword modifier). Example: When searching "Fight Club" I would like to get the result :"C:\my .txt\My Movies.txt

While FARR does not as a rule do searching in files, you can do this using two different techniques in farr i think.

The first is to use a plugin, table data search, in czb's pack: https://www.donationcoder.com/forum/index.php?topic=17153.0 (table data search plugin).

The second way is that you can make an alias that grabs it's contents from a text file and let's you narrow down the results within that.  To learn how to do that read about the filecontents alias command here:https://www.donationcoder.com/forum/index.php?topic=17270.0 (and also  https://www.donationcoder.com/forum/index.php?topic=17260.0 )
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on March 27, 2011, 01:28 PM
Thank you so much for your comments and tips.
Have a great weekend   :Thmbsup:
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: delwoode on April 08, 2011, 04:36 AM
Feature request.
A simple inbuilt timer (or a very simple plugin)
the only one I can find is part of a compicated pack Cz..   and it crashes FARR
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: justauser on April 13, 2011, 07:16 AM
I accidentally left the caps lock key on and my entry into FARR didn't match what I typed.  FARR is case sensitive.  I'd like an option to make it case insensitive and actually think this should be the default, as the base OS is case insentitive.  I am aware that FARR uses regex pattern matching, so what I am suggesting is that a /i be inplied unless otherwise indicated.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on April 13, 2011, 07:18 AM
thats a very good point.  can anyone think of cases where they wouldn't want the alias regex matching to be case insensitive?  if not i will make it case insensitive.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: dnknitro on April 28, 2011, 10:42 AM
It would be good if FARR remember history _including_ command line parameters. Can this be done?
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: icantlactate on May 04, 2011, 10:24 PM
Hi, before I articulate my question I'd just like to say that I love this program. It makes my computer life so much better!

So I'm running windows 7 through parallels on an iMac and am encountering problems when the program tries to save configuration changes to 'findandrunrobot.ini.tmp'. The reason, I think, is that it's trying to write to a virtual hd (\\.psf\Home\Documents\DonationCoder\FindAndRunRobot\FindAndRunRobot.ini.tmp) that can't be written to. Is there a way for me to specify where this file is kept so I don't run into this problem?

I have hte same problem for the 'FarrTroubleshooting.log' file.

Thanks in advance for entertaining my questions.
    Sincerely,
         Alex
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on May 04, 2011, 10:26 PM
Is there a way for me to specify where this file is kept so I don't run into this problem?

yep!  just edit the ConfigDir.ini file in a text editor and you should be all set.  Let us know.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on May 30, 2011, 06:53 AM
Hi,

Is there any Keyboard+mouse combination for the "Launch and stay open" option? A combination like shift+click or something like that would be quite handy :)

Have a great day.

PS: Can't wait for an SSD drive to make FARR to fly :)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: urlwolf on September 19, 2011, 03:38 PM
I'm new to FARR so this may be easily done (or not!):
1- I want to use it to 'cat' to a text file, for example a todo. That way I can add items to a plain txt file without opeining it. I know about farrmilk, but this has some other disadvantages (I cannot find a way to look at the entire todo list with it). Say I open farr and do 'ta add such and such'{enter}. 'such and such' gets appended to todo.txt. This is the workflow I want. Is this possible?

2- I happen to use bug.n (http://www.autohotkey.net/~joten/). The FARR window gets resized to a full tile, which is not what I want (I want it floating on top). I tried adding a rule to the config.ahk excluding FARR. This works for most windows, but not for farr. This is what I have right now:

[Select]
Config_rules_#35 := "*;*Find and Run Robot 2*;;1;0;0;1;1;0" ; FARR

I tried excluding the window ahk_class, but it doesn't seem to work. Is FARR doing something special? Any workaround to get it to work?

Thanks!
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on September 19, 2011, 04:00 PM
as for point 1, there have bee a couple of aliases that do this..
see https://www.donationcoder.com/forum/index.php?topic=4426.0
and https://www.donationcoder.com/forum/index.php?topic=2760.0

i used to distribute an addnote.exe utility for just this purpose, but i stopped once hamradio wrote his excellent hamnotes plugin (https://www.donationcoder.com/forum/index.php?topic=18850.0).

but i could try to find the old addnote.exe if you want.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on October 20, 2011, 12:26 PM
Hi,

I was wondering if there is any fast way to search in network drives?

One thing that would do the job for me is a way to search only for folders (could be faster because there is no need to parse every file..)

Is it technically possible, or would it be as slow?

Every time I want to search only for folders I create a new parameter in the "FARR search folders" with a odd extention like "ZZZZZZZZZ"
This is not the best way right?
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on October 20, 2011, 12:55 PM
in your search text if you add "+\" i think it should only search for folders
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on October 20, 2011, 01:28 PM
Nice,

I tryed "-." and it also works.
Not faster than when searching for files,.. but very handy :)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on October 20, 2011, 01:29 PM
Hi,

Is there any Keyboard+mouse combination for the "Launch and stay open" option? A combination like shift+click or something like that would be quite handy :)

Have a great day.

PS: Can't wait for an SSD drive to make FARR to fly :)
-Filipe Meira Castro (May 30, 2011, 06:53 AM)

Do you happen to have something like this?
¨
Have a great day :)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on October 21, 2011, 09:54 AM
Is there any Keyboard+mouse combination for the "Launch and stay open"

Ctrl+doubleclick will launch an item and stay open.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Filipe Meira Castro on October 22, 2011, 04:34 AM
Hi,

Thanks for the comments, this is great!!
Was wanting this for so long and it was there after all!!!

(Have the keyboard shortcut when showing the option can be a great addition.. like when you right click a file in FARR, the menu has "Launch and stay open"
and could be replaced with "Launch and stay open [Ctrl DblClick]")

CTRL Click instead of CTRL Double click could be nice as well, but, thats details :)

A great functionality that could be added with this "launch and stay open" is to continue the search after launching
(at the moment, if I am searching for some subject, the results are being populated, but, as soon as one file is launched the search stops... that is ok for normal launching.. but with the "launch and stay open" it would be much better if the search would continue...)

Have a great day!
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: LibertyToad on November 30, 2011, 08:04 AM
I've been trying to update FARR to the newest version but the when I download here from the official page I get  version 2.99.02.  

Also the update check still opens a dialog that has no close button.

Thanks!

:'(

NEVER MIND.  I was installing FARR into an existing FARR directory and it was installing the new version into a new FARR subfolder.  Oops.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: DougalS on January 01, 2012, 01:46 AM
but another problem: on x64 OS FARR cannot start any .lnk (from %MYSTARTMENU%|%COMMONSTARTMENU%)
for build-in/system Windows application from "%windir%\System32\" that doesnt have corresponding x32 analog in "%windir%\SysWOW64\"

on windows 7 x64 you cannot execute:
"Sound Recorder", "Snipping Tool" and other.

maybe FARR, when resolve *.lnk target to %windir%\system32\* can try to find it in %windir%\sysnative too ?


-lordmuzer (November 18, 2010, 03:27 PM)

I am new to FARR, although have used Launchy and Executor for some years (but am considering switching to FARR because it is so much better  :)). This is also a problem for me (and part of the reason I am looking at alternative launchers), as it is with both Launchy and Executor - although there is an unofficial Launchy x64 version.

I use regedit32 a lot, and often switch between the 32bit (sysWOW32 folder) and the 64bit (System32 folder) so I can see the HKLM\Software tree either in real mode or in the virtual redirected mode that the 32 bit version provides. There are other x64 apps I also use including nbtstat (doesn't exist in SysWOW32), and cmd.exe (need to run the x64 version to get access to nbtstat and also to manage network shares if the admin/normal networks aren't linked).

After lots of experimenting I think the following is the cause:

To confirm this I use a x86 file explorer (Xplorer2) to look at the C:\Windows\System32 folder and it is exactly the same as the C:\Windows\SysWOW32 folder, and if I run C:\Windows\System32\regedit.exe I get the 32bit version (from SysWOW32 folder) and cannot see the real HKLM\Software\WOW3264node tree.

If I use a x64 version of Xplorer2 then I can see the real contents of C:\Windows\System32, and can start x64 apps from the System32 folder and x86 apps from SysWOW32 folder.
I think the only way to get access to apps (and consoles) in the C:\Windows\System32 is to do so from a x64 app. I have found that I can copy the apps out of the System32 folder and then they can be run fine.

One way I have got around this is to create a junction to the C:\Windows\System32 folder, and then I can access all the x64 app from the System32 folder by using the junction path. But this is a bit of a kludge and needs either Xplorer2 or link shell extension.

Sorry for long winded reply, but I think the only way to access the System32\apps I want is for a 64bit version of FARR.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: DougalS on January 02, 2012, 07:09 PM
Mouser has fixed the System32 redirection problem with v2.103.01 beta, hopefully it will be released shortly.
Edit: now out with 2.104.02.  :)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: DougalS on January 25, 2012, 07:51 PM
Character selection in Input and memo box.
Not sure if this is due to limitations of libraries you use or something in the coding, but there are some odd key combinations that don't work in these boxes.
In the Input box the normal word select keys shift+ctrl+left/right don't work but shift+home/end do.
In the memo box the shift+ctrl+left/right work, but shift+up/down, shift+home/end and shift+ctrl+home/end don't. To move the selection into the next/previous line of text you have to use shift+left/right at the end/start of the line.
This is a minor issue in such a great program, but I often want to select just the previous word to replace it, and currently I have to use multiple backspace or double click the mouse to do it.
Cheers
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: DougalS on February 15, 2012, 06:24 AM
I am not sure this is a bug, or I am doing something wrong. I have a task that sometimes goes bad when the computer sleeps. I want to be able to kill it, then restart it again. Although I could do it with a script or batch called from an alias, I wanted to try and keep it all in an alias to keep everything in one place.

What I planned to do was use the pkill plugin to kill the task, wait a few seconds to make sure it is gone (if had to be forced), then start the task again.

I tried with alias result "restartsearch pkill taskname\n ;;; sleep 5000 ;;; restartsearch taskname\n" but it doesn't work, the first part "pkill taskname" just sits in the edit box for 5 seconds, then the second part "taskname" appears in the edit box, the results are provided and the task restart is executed.

If I use just the first part ("restartsearch pkill taskname\n") by itself as alias result, it works fine, but not when joined with the rest.

Thinking it may be something to do with calling an alias, I tried using direct file commands ("C:\Windows\System32\taskkill.exe /F /IM taskname \runasadmin"), and this works with the rest of the command (";;; sleep 5000 ;;; restartsearch taskname\n"). The TaskKill command isn't as neat as the pkill plugin though (you don't get to try request before force, it is one or the other).

I also tried creating an alias for the pkill part (which works by itself), but when used as the first part of the command it doesn't find and run that alias (so again the first part does nothing). Is there something about the result window not updating until all the command is complete?

Sorry if I have missed something in the help file or forum (been searching and working on this for few hours now).

Cheers

Is there something I am missing when using a plugin alias and an intermediate command, or is this a bug.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: oblivion on February 15, 2012, 04:11 PM
Saw some very odd behaviour with the new version of FARR, but I'm not sure I can reproduce it again.

Basically, I was interfering with it quite a lot, looking for ways to make it faster and otherwise customise it. Decided, several months late, to watch the screencasts.

Excellent screencasts.  :Thmbsup:

So I got to the point of customising the fonts. I set the editbox and small fonts to Verdana (in 14 and 9 point) and the large font to Andre, 20.

Then I started playing with the line heights.

The small font lineheight controls went a tiny bit nuts. The result height box was the only one that was settable, and everywhere within the window to its left functioned as if I'd hit the left arrow, and everywhere to its right (including the slideline height control and the OK button!) functioned as if I'd hit the right arrow.

Aggravatingly, I can't now duplicate it, which probably means I did something else too.

Oh, I forced the thing into small mode before I started tweaking it, hang on... aha. That's the one. Force the results to the small font then open options and tweak the font settings.  :o

I've also had a play with the tiddlywiki and gtd wiki things. Both have infuriating aspects that are undoubtedly their fault rather than FARR's, but while playing I found myself in IE a couple of times, leading me to wonder if it's possible to make FARR use the default browser (at least for external links) rather than invoking IE...

...which leads onto another point, which is more a suggestion: there's another standalone wiki that I think is FAR(R) easier to use than tiddly: WikiOnAStick (http://stickwiki.sourceforge.net/).
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: wjamoe on July 11, 2012, 05:17 PM
Hi,

I made an alias 'fdebug' for showing all the standard variable values.
All values work fine except for %COMPUTERNAME%.

this is the alias

var userprofile = %USERPROFILE% |
var username = %USERNAME% |
var alluserprofile = %ALLUSERSPROFILE% |
var mydocuments = %MYDOCUMENTS% |
var myfavorites = %MYFAVORITES% |
var mydesktop = %MYDESKTOP% |
var alldesktop = %ALLDESKTOP% |
var mystartmenu = %MYSTARTMENU% |
var commonstartmenu = %COMMONSTARTMENU% |
var programfiles = %PROGRAMFILES% |
var mypictures = %MYPICTURES% |
var mymusic = %MYMUSIC% |
var myvideo = %MYVIDEO% |
var myappdata = %MYAPPDATA% |
var commonappdata = %COMMONAPPDATA% |
var commonmusic = %COMMONMUSIC% |
var commonpictures = %COMMONPICTURES% |
var commonvideo = %COMMONVIDEO% |
var fonts = %FONTS% |
var systemdir = %SYSTEMDIR% |
var farrdir = %FARRDIR% |
var configdir = %CONFIGDIR% |
var faruserdata = %FARRUSERDATADIR% - MyLocalData in FARR path place to store user settings and user-modifiable files |
var aliasdir = %ALIASDIR% - When specifying alias commands you may occasionally want to refer to the home directory of the alias |
var plugindir = %PLUGINDIR% - Directory of currently triggered plugin|
var appdrive = %APPDRIVE% - Will be something like based on drive where findandrunrobot was launched |
var computername = %COMPUTERNAME% -- replaced with current computer name |
var lasthwnd = %LASTHWND% - integer value referring to the last window handle that had focus before FARR was triggered |
var lasturl = %LASTURL% - last url navigated or set in internal web browser |
var lasturlset = %LASTURLSET% - last url explicitly set by alias/plugin in web browser |
var customfilebrowser = %CUSTOMFILEBROWSER% - user configured custom file browser string |
var customewebbrowser = %CUSTOMWEBBROWSER% - user configured custom web browser string |
var maxresults = %MAXRESULTS% - current number of max results to show in results, based on search |
var maxresultsdef = %MAXRESULTSDEF% - option set by user for default max results to show in results |
var maxresultsext = %MAXRESULTSEXT% - option set by user for extended max results to show in results |
var lastweberrors = %LASTWEBERRORS% - blank if no web script errors since last web page load, or text of errors |
var searchbox = %SEARCHBOX% - contents of current search box as shown|
var searchstring = %SEARCHSTRING% - current search string; may differ from search box based on alias dosearch manipulations |
var currentresult = %CURRENTRESULT% - currently selected result; useful for creating hotkeys that use it, etc; blank if nothing selected |
var currentresultnb = %CURRENTRESULTNB% - same as above, but = first result if nothing selected |
var aliasprefix = %ALIASPREFIX% - optional prefix for aliasses |

this is part of the output of above command
..
          var appdrive = C: - Will be something like based on drive where findandrunrobot was laun
          var computername = %COMPUTERNAME% -- replaced with current computer name         
          var lasthwnd = 329194 - integer value referring to the last window handle that had focus
...
I expected COMPUTERNAME to be replaced by the computername
Is this a bug?

wiem, NL

(farr version april 2012)
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on July 11, 2012, 08:15 PM
Nice work  :up:

Can you share your fdebug alias?
I will test and fix farr if its not replacing %COMPUTERNAME%.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: wjamoe on July 12, 2012, 02:42 PM
Mouser, I've included the farr alias export code to display all the environment variables.

it is just the code as provided above between 'this is the alias'
until 'this is part of the output' containing the problem
just copy paste except for the [  b ] and [ / b ] bold markings which i used to highlight the problem area
nothing special for the name, just ' fdebug'

Code: Text [Select]
  1. 1000>>>fdebug>->var userprofile = %USERPROFILE% |>n>var username = %USERNAME% |>n>var alluserprofile = %ALLUSERSPROFILE% |>n>var mydocuments = %MYDOCUMENTS% |>n>var myfavorites = %MYFAVORITES% |>n>var mydesktop = %MYDESKTOP% |>n>var alldesktop = %ALLDESKTOP% |>n>var mystartmenu = %MYSTARTMENU% |>n>var commonstartmenu = %COMMONSTARTMENU% |>n>var programfiles = %PROGRAMFILES% |>n>var mypictures = %MYPICTURES% |>n>var mymusic = %MYMUSIC% |>n>var myvideo = %MYVIDEO% |>n>var myappdata = %MYAPPDATA% |>n>var commonappdata = %COMMONAPPDATA% |>n>var commonmusic = %COMMONMUSIC% |>n>var commonpictures = %COMMONPICTURES% |>n>var commonvideo = %COMMONVIDEO% |>n>var fonts = %FONTS% |>n>var systemdir = %SYSTEMDIR% |>n>var farrdir = %FARRDIR% |>n>var configdir = %CONFIGDIR% |>n>var faruserdata = %FARRUSERDATADIR% - MyLocalData in FARR path place to store user settings and user-modifiable files |>n>var aliasdir = %ALIASDIR% - When specifying alias commands you may occasionally want to refer to the home directory of the alias |>n>var plugindir = %PLUGINDIR% - Directory of currently triggered plugin|>n>var appdrive = %APPDRIVE% - Will be something like based on drive where findandrunrobot was launched |>n>var computername = %COMPUTERNAME% -- replaced with current computer name |>n>var lasthwnd = %LASTHWND% - integer value referring to the last window handle that had focus before FARR was triggered |>n>var lasturl = %LASTURL% - last url navigated or set in internal web browser |>n>var lasturlset = %LASTURLSET% - last url explicitly set by alias/plugin in web browser |>n>var customfilebrowser = %CUSTOMFILEBROWSER% - user configured custom file browser string |>n>var customewebbrowser = %CUSTOMWEBBROWSER% - user configured custom web browser string |>n>var maxresults = %MAXRESULTS% - current number of max results to show in results, based on search |>n>var maxresultsdef = %MAXRESULTSDEF% - option set by user for default max results to show in results |>n>var maxresultsext = %MAXRESULTSEXT% - option set by user for extended max results to show in results |>n>var lastweberrors = %LASTWEBERRORS% - blank if no web script errors since last web page load, or text of errors |>n>var searchbox = %SEARCHBOX% - contents of current search box as shown|>n>var searchstring = %SEARCHSTRING% - current search string; may differ from search box based on alias dosearch manipulations |>n>var currentresult = %CURRENTRESULT% - currently selected result; useful for creating hotkeys that use it, etc; blank if nothing selected |>n>var currentresultnb = %CURRENTRESULTNB% - same as above, but = first result if nothing selected |>n>var aliasprefix = %ALIASPREFIX% - optional |>+>^fdebug

wiem
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: wjamoe on July 14, 2012, 04:34 PM
tiny bug, while farr is still searching (updating results frame) and you right click on a filename, not being the 1st filename in the search results frame, the results area blanks and the context menu appears on the line where you clicked. When you select "Properties.." from the context menu. The displayed properties are not for the selected file, but for the first file in the result frame. After displaying the properties, farr populates the results frame. You will now also see the name of the first file in the results area again.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: wjamoe on August 29, 2012, 02:03 PM
I have to say wonderful program! :-* I love it, saves a lot of time every day.

some request/small bugs
- trailing spaces are not stored in historys, when you define an alias ^name (.*) the space does have a meaning,
   without the space it will give a different result. can you store trailing space(s) in the historys.
- when editing an alias detail-dialog and press ctrl-spacebar or Break the Farr windows do not react
  to the mouse or keyboard anymore (looks like a deadlock?), only way out is
  select Farr in the system tray, right click [exit], and restart farr. can you solve this?
- my laptop is not always connected to the network (server) as a result myalias aliases sometimes disappear (for ever).
- My "My documents"  folder is on the network. This gives problems. Now I use use Farr only in 'portable' version.
  I made the fdebug alias in one of the previous postings to find the cause. I think it has to do with:
- network folders like \\server_name\folder_name are somehow not supported?
  Is this by design ? I also tried \\\\server_name\\folder_name, farr does not
  recognize this as a folder. Can you add support for folder names like these?
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Vanav on August 30, 2012, 05:54 AM
Hello.
Can someone help me with my bug - missing program icons for 64-bit programs? More information: https://www.donationcoder.com/forum/index.php?topic=31836.0
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: justW3 on October 09, 2012, 05:13 AM
Is my copy of FARR "broken"?
Hope this is the right thread to use to report this problem.  :-[

Recently, I find that if I open FARR and select the program I want to run, it doesn't actually launch the program any more. The hour-glass appears for about a second, and FARR closes, but nothing else happens.

Is this a known issue? Is there something I need to re-set?
I am using Windows XP (sp3). FARR worked perfectly until very recently. I've just undated to v2.200.01 in the hope that would fix the problem, but it hasn't.  :(

I never fully appreciated how much I depend on FARR  :-* until this happened! Help!
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on October 09, 2012, 08:01 AM
Can you try going into the "Launching Files" tab in options, and trying to change some of the options at top.
Most importantly, try unchecking the "Use file launch helper utility", but if that doesnt work try changing the "Launch Method".

Let me know if that helps.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: nidusin on October 11, 2012, 08:19 PM
Hi Mouser,
Just a note to say the "multiple run" feature request in the first post can be closed.

nidusin

EDIT: just saw Josh actually has this thread.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: justW3 on October 13, 2012, 05:24 AM
Hi Mouser,
Yes, unchecking "Use file launch helper utility" seems to have fixed the problem  :) -- though I can't for the life of me see why it should have... but never mind, the important thing is, it's working again.  :Thmbsup:
Many thanks.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: centur on April 09, 2013, 09:38 PM
I'm using latest version of FARR portable (v2.206.01) on Win 8 x64 and discovered a weird and annoying behaviour. I removed En-US Region and keyboard layout language from my system and replaced it with Australian one (cause I want DD/MM/YYYY dates everywhere and for other reasons). The issue I run into is that FARR adding EN-US keyboard layout to my list everytime I launching it and this behaviour is veeery annoying ( cause in that case I have 2 En layouts and one Ru one and have to cycle through en-en-ru setup to switch to russian).

I can't find any way to disable this behaviour in FARR, could it be added to options or if it's considered a bug - fixed in next release.
I didn't run into this issue when I used same portable setup on my Win7 x64, so looks like this issue specific to Win8

Thanks in advance
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on April 10, 2013, 08:16 AM
Hi centur --

Could you elaborate a little about what is happening -- since i'm not familiar with keyboard layout i'm not sure what you are saying is happening..

Are you saying that you are launching a keyboard layout from within FARR and it's adding that layout to the FARR list of recently launched files, and you don't want it to? Or are you saying that something is happening automatically every time you run FARR?
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: centur on April 10, 2013, 08:55 AM
Hi Jesse.
I have multiple keyboard layouts on my Win8 (as well as on my Win7). To illustrate that - you can go to Control Panel\Language and add another language, which could be used for displaying characters in non-unicode programs and language usually have keyboard layout (besides date formatting rules separators and all that culture specific stuff), which means you can quickly switch from one layout to another and type language specific letters =). I usually have 2 languages installed - English and Russian. And normally I'm pretty happy with en-US (US culture with MM/DD/YYYY date and qwerty-keyboard layout).

Recently I realized that en-US culture formatting is a bit confusing (TFS in visual studio applying en-US culture to date formatting and it becomes a mess, cause Russia and Australia using DD MM YYYY order for dates, not MM DD YYYY one). So I installed different, en-Au culture (and keyboard layout, that is actually standard qwerty) and removed en-Us completely. So now my system have 2 languages ( and 2 layouts) - en-Au and ru-Ru.

Here is how my default  language switcher (win+space) looks when FARR is not loaded:
http://i.imgur.com/TSzsHsN.png?1 (http://i.imgur.com/TSzsHsN.png?1)

When I launch FARR - en-US keyboard layout added:
http://i.imgur.com/8mT0rpI.png?1 (http://i.imgur.com/8mT0rpI.png?1)


No en-US culture added, just keyboard layout. This is a bit annoying cause now I have 2 en layouts and a ru one, as a result - for switching from en to ru I have to press Win+space twice, but from ru to en - only once.

What I read so far somewhere on SO or superuser (can't find exact ref right now) - Windows, not sure is it started with W8, but I didn't run into this issue on win7, could add program-specific layout if certain program explicitly trying to call for it (or something like that, my guesses about the cause could be complete bs). So probably FARR trying to use en-US specific layout and thus Win8 added corresponding entry to lang selector. Sometimes it could be usefull ( so you can use proper layout if no english layout installed), but in some cases, like mine - it should be avoided.

It'll be great if there will be a checkbox in FARR options to enable\disable that behaviour or any other way to configure this.

If you need more details - feel free to contact me by email, (nickname) at gmail com
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on April 10, 2013, 09:03 AM
Ok I think I understand now.. let me see if i can fix it.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: skajfes on April 17, 2013, 05:00 PM
So FARR is doing that?
I've recently gotten a laptop with windows 8 and it was driving me nuts with constantly adding a en-US culture/keyboard layout. I never tracked it down to FARR.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: centur on April 17, 2013, 07:16 PM
:) Lucky you. I've spent a full week to figure wtf is going on with my language switcher. I overwrote my default confiigurations, hacked through registry, trying to not connect to any RDPs (I thought that initial cause was that RDP adds server layouts and not removing it properly). But only when I shutdown all my startup programs one by one and logging in and off each time - I figured that it's FARR. The "Bad" side of all my studies   - I realised that I can't just stop using FARR - it's too damn addictive.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on April 25, 2013, 10:23 PM
Gulp! I forgot about this bug.. I'll be working on it this weekend!  :-[
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on April 27, 2013, 07:59 PM
Ok i see where the problem is, i'll have a beta version to test on sunday.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on April 28, 2013, 05:03 PM
Can you guys try this beta and see if it fixes the keyboard layout problem (and also please check if hotkey configuration still works fine):
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: centur on April 28, 2013, 06:34 PM
Keyboard issue fixed at my machine  :Thmbsup:

What do you mean with to "check if hotkey configuration still works fine" ? My FARR-launch hotkeys are working fine (but Im using language independent setting Win+Alt+Space). What other hotkeys should I check to help you with this?
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on April 28, 2013, 06:42 PM
I think we should be fine with the hotkey configuration, so you can disregard that request.  Glad to here to the issue is fixed -- thanks for your patience.  I think I'll push out an official update tonight.  :Thmbsup:
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Judykator on May 01, 2013, 10:52 AM
I would like the program to read and display the file comments. Comments formed in Total Commander and located in files "descript.ion" (ctrl+z in TC). Mayby next option in Report Column
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: verszipo on May 20, 2013, 05:20 AM
I'm having a little bit of problem with the "Custom browser" feature.

I'm using FARR (v2.206.01) in portable mode and I'm trying to use a custom browser instead of the default one.
If I enter the full path to the browser it works OK, but if I enter a system variable then it doesn't work.
For example I have a system variable %PORTABLE% that points to my portable drive where FARR and my browser are located.
If I try to write in the Custom Browser field : "%PORTABLE%\browser\browser.exe $$1" them it doesn't work, but if I write "f:\browser\browser.exe $$1" then it works correctly.
In this case the %PORTABLE% = f:

If I enter %PORTABLE%\browser\browser.exe in FARR's dialog then it starts the browser correctly, so it seems that only the "Custom browser" setting lacks the ability to use system variables.

Is there any workaround ?

Thanx in advance.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on May 20, 2013, 09:06 AM
I'll fix this in next release and try to get an update out this month.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: verszipo on May 22, 2013, 04:22 AM
Thanx mouser for your answer.
I think that the icons are also not read correctly if you use system variables for the "search folders"

Anyways, i just discovered that if i use FARR in portable mode and it's in the "portable" folder then i can just simply add the "search folders" as is and FARR will update it to the correct path on the next PC it is run.
For example at work my portable drive is E and at home it's D, at work i added "e:\tools" in the "search folders" list and at home it automagically transformed into "d:\tools"  :greenclp:
Even the "alternative browser"'s path works the same way :Thmbsup:

So, the environment variable support in the alternative browser would be useful, but it's not something urgent or vital since there's a workaround for it (as long as FARR is on the same drive as the browser itself).
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: Attronarch on June 17, 2013, 10:43 AM
Mouser, could you update core alias "DC" to use HTTPS instead of the HTTP protocol? I know that I could disable the alias and alter the copy, but I believe it would be better to have more secure protocol in the original.
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: wolvie on July 01, 2013, 01:08 AM
Just a couple of minor issues I've noticed, these could be down to my newbishness  :huh:, but I thought I'd post them and see if I can help future users in any way:

In the Core-Search.alias the music alias uses the .+ in the regular expression which means when using your example from the MYMUSIC search folder entry with the music optional modifier keyword, my music searches will not open in my default music player it just ends up searching web sites for that music file.  I know you can change the optional modifier to something different, but I thought I'd mention it as it had me confused for a while until I did a bit of digging.

In the Core-Farr.alias helpfarr alias the "FARR - Search Help | restartsearch fhelp\s" doesn't appear to work, if I remove the \s then it works.

FARR is a brilliant tool by the way, so thanks for all the hard work that has obviously gone into it and all the plugins, I'll be telling everyone I know about it.  :Thmbsup:
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: mouser on July 01, 2013, 09:47 AM
Welcome to the site, wolvie, and thanks for the nice words  :up:

im not sure im completely following the point about the .+ music thing..

In the Core-Farr.alias helpfarr alias the "FARR - Search Help | restartsearch fhelp\s" doesn't appear to work, if I remove the \s then it works.
seems to work here..
Title: Re: FARR v2 - Official Bug Tracking and Feature Request Thread
Post by: wolvie on July 01, 2013, 12:00 PM
Could be something to do with my setup then that was causing the issue, no worries.  Thanks for the quick reply.