RushApp.FTP.RAW tmuk dll doesn't work properly

[Mystery-X]

I used this command in the old version, it logged in executed the cmd and then logged out.

Code: Select all

/dll rushmirc.dll RushScript RushApp.FTP.RAW('site','site stat',RS_LOGIN or RS_LOGOUT);

Now with the new 2.1.1 version this only works when i manualy connect and then execute the cmd from mirc.
Also noticed that the RS_LOGOUT from the RushApp.FTP.Transfer cmd won't make the ftp disconnect using this cmd.

[FTP]

I used this command in the old version, it logged in executed the cmd and then logged out.

Code: Select all

/dll rushmirc.dll RushScript RushApp.FTP.RAW('site','site stat',RS_LOGIN or RS_LOGOUT);

Now with the new 2.1.1 version this only works when i manualy connect and then execute the cmd from mirc.
Also noticed that the RS_LOGOUT from the RushApp.FTP.Transfer cmd won't make the ftp disconnect using this cmd.

Thanks for report, we will fix this next version.

[g2x3k]

i can say its still bugged in 2.1.2 on the TRANSFER ... and on windows w2k8 serv when enabling disconnect after transfer first of it dosnt disconnect 2nd the disconnect buttons dont work seem to go into some loop using cpu.. and thats with 0 sim transfers

be really nice with a ftprush < v2 that just worked on w2k8 since this simply dont work

[FTP]

FTP rush 2.x does not support mirc very well, if anybody who want to use FTP Rush with mirc, please download version 1.13 from our web site:
http://www.wftpserver.com/download/ftprush1.13.exe

[anonymous10]

FTP rush 2.x does not support mirc very well, if anybody who want to use FTP Rush with mirc, please download version 1.13 from our web site:
http://www.wftpserver.com/download/ftprush1.13.exe

I think you'll notice that a majority of the users that previously bought a license is using FTPRush with mirc dll.
So you probably need to rethink the "not supporting mirc very well" problem or just accept that all those users will be forced to look elsewhere for a client that suits their needs.
Its obvious you didn't foresee this since you removed the up/dn slots per site setting in the first free version,
overall it seems like you put alot of effort developing stuff that most of your previous users doesnt even want or will use, nothing wrong with that but as i said, if you have any ambition to keep you old v1.x users you shouldn't break any of the stuff related to fxp part.

But the way this is client is heading i guess its already too late for that.
I honestly don't know, maybe this is the best overall client now but for your old users you made it pretty much useless.
Still nice of you to offer 1.13 version indeed, but shame that we cant expect any more updates/bugfixes which was what we payed for in the first place.

[FTP]

"We will try our best to solve it again" - we have said it in the most top post. Thanks for your understanding.

[gr00vaLisTic]

Hi,

I still experiance this Problem in FTPRush 2.1.8 on Windows Server 2012.

Even from within Rush itself this occurs, e.g. when I edit FtpRush.pac with a code like this:

Code: Select all

procedure TestCall(Sender);
begin
  RushApp.FTP.Raw('Sitename','site invite myUsername',RS_LOGIN or RS_LOGOUT);
end;

By calling that code using a right-click menu entry I will only get it working, when "Sitename" (being a configured valid site favourite obviously) is already connected. No connection is established, when the site is not connected before executing the call to FTP.Raw(...), even though RS_LOGIN is added to the method call.

Unfortunately, FTPRush 1.1.3 will not start under Windows Server 2012, so sticking to the old version is no option for me. I tried this with the "old" tmuk dll (360 kb) as well as with the new dll supplied in http://www.wftpserver.com/bbs/viewtopic.php?f=9&t=934" rel="nofollow" rel="nofollow

Any advice would be appreciated!

Thanks,
gr00vy