Recent changes to bugs

"Could not chdir to " (FTP)

2005-10-02T10:22:22Z

in logs I see
<1> [1994] Could not chdir to /Music/юСДХН
ОПХЙНКШ/мНБЮЪ ОЮОЙЮ
<1> [1994] Could not chdir to /Instals/ICQ/мНБЮЪ ОЮОЙЮ
<1> [1994] Could not chdir to /Instals/дПНБЮ ДКЪ ATI RADEON
<1> [1994] Could not chdir to /Instals/гЮОКЮРЙХ ДКЪ XP
<1> [1994] Could not chdir to /Instals/йЮКЭЙСКЪРНП 2x2
<1> [1994] Could not chdir to /Instals/оПНЦЮ ДКЪ
ОПНБЕПЙХ ао
<1> [1994] Could not chdir to /Instals/яСОЕП ЙПЪЙ ДКЪ XP

here is cyrillic's letters in path

Version 1.1.12

Workgroup reseting to Hostname (SMB)

2005-10-02T10:17:55Z

after starting ffsearch.pl SMB Workgroup is reseting to
hostname.
I mean: initially Hostname is HOST and Workgroup is
WORKGROUP, but after run ffsearch.pl Workgroup is
reseting to HOST.
Version 1.1.12

LT lang bad. and others

2004-03-14T23:21:28Z

wrong translate, a lot of mistakes, users from LT
(Lithuania) don't understand what this function have to do.

anw, more usefull if all translated files will be with
utf-8 charset.I don't like help_edit.php and
help_search.php it isn't usefull point.

Delete and purge - why? delete=purge

bad urls in mozilla on win32

2004-02-29T18:51:30Z

There's a bug in browser detection code in config.php
and ffsearch doesn't compute correct urls for mozilla
on win32. See the attached patch.

starting directory problem

2003-10-22T00:47:32Z

Hi,

When you specify a non-root starting directory, that's
all well and good and it only indexes from that point
down, but when you then go to actually download a file
from the list, it forgets that the starting directory
wasn't the root of the ftp to begin with and of course
all links from hereon in are invalid.

Basically it just needs to remember that it's not
starting from the root directory and thus the start
directory needs to be inserted at the start of any
directory path. I can't imagine that it could possibly
work in any circumstances specifying a non-root start
directory like this.

MySQL 4.0 - error creating accounts

2003-04-03T11:33:13Z

Hi, I'v instaled new system Mandrake 9.1 and ffsearch
doesn't install correctly on this system, because
ffsearch try to insert database user directly into
database mysql table user, instead of dooing it with
GRANT ALL PRIVILEGES on ffsearch.* to
ffsearch@localhost identified by "password";

C.U. PeZ

ftp scan doesn't write files do DB

2002-09-27T14:36:47Z

When scanning large ammount of ftp-servers, they are
scanned, results are written to temporary files, but no
files from any server aren't written to database, and
the temporary files aren't removed from /tmp.

This happend if I got all servers from our DNS and
added them to database by import_femfind_ftp_list.pl.
Then I removed all servers, and added only one ftp
server and scan was completed successfully, I added
another one and scann succeeded too, but then I added
my own ftp-server with smb-mounted volumes (some
mounted smb-servers was down) and the scan failed and
doesn't add any files to Database, not even the files
from those two servers above which was scanned
successfully before.

When I was using FemFind before there was the same
problem with those ftp-servers.

Sometimes it writes FTP: Timeout error on stderr
instead to the log.

I may give you account on my machine if you wish to
reproduce this bug yourself.

I wish you Nice Day
Petr Zahradnik