Welcome Guest.   Make a donation to an author on the site October 20, 2014, 08:07:34 AM  *

Please login or register.
Or did you miss your validation email?


Login with username and password (forgot your password?)
Why not become a lifetime supporting member of the site with a one-time donation of any amount? Your donation entitles you to a ton of additional benefits, including access to exclusive discounts and downloads, the ability to enter monthly free software drawings, and a single non-expiring license key for all of our programs.


You must sign up here before you can post and access some areas of the site. Registration is totally free and confidential.
 
Check out and download the GOE 2007 Freeware Challenge productivity tools.
   
   Forum Home   Thread Marks Chat! Downloads Search Login Register  
Pages: [1]   Go Down
  Reply  |  New Topic  |  Print  
Author Topic: [bugs report] here is a list of outstanding bugs  (Read 3893 times)
nitrix-ud
Charter Member
***
Posts: 482

View Profile Give some DonationCredits to this forum member
« on: October 15, 2007, 12:13:01 PM »

Mouser asked me to post a list of outstanding bugs regarding FARR
Since as you know now, mouser is preparing an update !!!  cheesy

historys bug
======================
when you select a previous search through the historys command, a space is appended to it
so basically if your last search is : search keyword
then if you select your last search through the historys command you'll get
search keyword{space}


showmemo bug
======================
bug using the showmemo command :
only the first line break (\n) works ... after that it shows "\n" ...


folder with a dash bug
======================
F&R fails to list files in a folder with a dash in its name (b142)
reported by jzippo


clipboard bugs
======================
  • $$c is empty if the clipboard content is too big (limit should be removed)
  • the "restartsearch $$c" command crashes FARR when the clipboard content is too big (above 1024  characters ?)


search box bug
======================
since the 2.00.130 release and the new result display updating, there is no more flickering but the search box is not responsive as before...
it really really should be an option

in anycase the search box should feel completely free

for example when i use one of my (dosearch) alias which searches music on my network drive, it takes literally 10 seconds before i see the search terms i typed after the alias trigger... let's say my alias is triggered by music, if a type "music madonna"
i see music, then FARR stops for 10 seconds (i know it's working but it feels like it just crashed) then madonna comes up then the search ends (an other 10 seconds later)

i really (only?) notice it when using dosearch aliases


action trick bug
======================
in my opinion this is the most important bug
http://www.donationcoder....um/index.php?topic=9161.0

the +action trick TOO clever
Quote
i think the +action trick is trying to be clever and detect that there is only one result, and so it should show you text about the action.  that's normally what you want, so that you can see what action will be applied to what file.
as i suggested the +action trick when used with dosearch command is way to clever it shoud just be fired when asked !

edit : an other problem with the action trick (when used in a dosearch)
is that if you want to use the shell contextual menu or simply the contextual menu on your single result (the action trick is triggered when only one result is found...) you CANNOT
it will open the contextual menu or shell menu of the action file
VERY BAD  Grin


$$1, problem when passing "C:\" bug
======================
http://www.donationcoder....um/index.php?topic=9222.0


keyword with capital bug
======================
MAJOR bug
http://www.donationcoder....um/index.php?topic=8338.0
keywords with capital does not work at all


same name bug ?
======================
when using the same name for a folder keyword and an alias
of a folder keyword and a action keyword
FARR does not work well
solution is to prefix keyword with : folder for folder keywords
action for action keywords


=================
i surely forgot some, if you know of other outstanding bugs please report them in this thread

Cheers, Nitrix
« Last Edit: October 16, 2007, 10:05:25 AM by nitrix-ud » Logged
mouser
First Author
Administrator
*****
Posts: 33,570



see users location on a map View Profile WWW Read user's biography. Give some DonationCredits to this forum member
« Reply #1 on: October 15, 2007, 01:10:06 PM »

Very helpful to have this summary, thank you.
Logged
nitrix-ud
Charter Member
***
Posts: 482

View Profile Give some DonationCredits to this forum member
« Reply #2 on: October 24, 2007, 03:29:33 PM »

@mouser or josh

i think the clipboard bugs are still outstanding
could you please add it to the official bug report thread

Thanks, Nitrix
Logged
nitrix-ud
Charter Member
***
Posts: 482

View Profile Give some DonationCredits to this forum member
« Reply #3 on: October 26, 2007, 09:50:20 AM »

considering the same name bug which status is : not issue?

i kind of agree this is not really an issue BUT it can/will cause problems to some

it should be said somewhere that using the same name for a folder keyword and an action keyword can confuse FARR
or even better, FARR should warn the user when he specify the same name (but i imagine it's not that easy to check since the "action trick modifier" is the actual name of an alias)

Nitrix
Logged
mouser
First Author
Administrator
*****
Posts: 33,570



see users location on a map View Profile WWW Read user's biography. Give some DonationCredits to this forum member
« Reply #4 on: October 26, 2007, 12:16:53 PM »

warning the user for duplicate alias names is not a bad idea, i'll put that on my todo list.

As you saw, Josh took this idea for a summary bug list and really ran with it in a nice way so that now all of my major programs has such a list which can be thought of as a kind of bugtracker (http://www.donationcoder....m/index.php?topic=10533.0).
Logged
gogogadgetscott
Supporting Member
**
Posts: 22



Mechanical engineer who has inexplicable knowledge

see users location on a map View Profile WWW Read user's biography. Give some DonationCredits to this forum member
« Reply #5 on: February 13, 2008, 08:50:01 AM »

clipboard bug
======================
When using %clipboard% in an alias command, as per docs, the var is not replaced with the contents of the clipboard.
http://www.donationcoder....sing_clipboard_tricks.htm

Is there is difference between $$c and %clipboard%?
Logged
mouser
First Author
Administrator
*****
Posts: 33,570



see users location on a map View Profile WWW Read user's biography. Give some DonationCredits to this forum member
« Reply #6 on: February 13, 2008, 02:10:04 PM »

there is actually a difference.
%clipboard% should ALWAYS be replaced with clipboard text (blank if clipboard text is blank).

$$c can be used to mean $$1 unless its blank, and clipboard text if it is blank.
for example from the help file:
  • So an alias might match on text gsearch(.*)
  • with result: gsearch $$c | http://www.google.com?query=$$c
  • When user types "gsearch hello" it will open a search to hello
  • When user types "gsearch" it will open a search to clipboard text

so $$c is used where you might normally put $$1

ps.
you can also manually tell farr to use your clipboard text in a search by typing $c

so if you have an alias like "define (.*)" which uses $$1 in its search, you could TYPE in the search box "define $c" and it will be as if you typed ("define CLIPBOARD_TEXT_HERE").
« Last Edit: February 13, 2008, 02:13:36 PM by mouser » Logged
Pages: [1]   Go Up
  Reply  |  New Topic  |  Print  
 
Jump to:  
   Forum Home   Thread Marks Chat! Downloads Search Login Register  

DonationCoder.com | About Us
DonationCoder.com Forum | Powered by SMF
[ Page time: 0.029s | Server load: 0.13 ]