Zlobomir

If by "he" you mean Embryo, I can't see any info that he is using the latest 1.0.0 B1 or B2, and I tactically didn't wanted to speak about the betas and encourage their spreading at all, still. :(

Sorry TBI, I just assumed that your code is the only thing which is currently tested only by users... And this is so because it seemed to cause runtime errors on my machine, and afaicr Crise removed it for safety. Is there any dll dependencies, any known issues? My PC can't be so unique.

Hm, afaicr it is in 0.4.0, but not in 0.5.x, but I might be wrong...

And about connection checker, better test directly with trying to connect, search and download.

Was trying to find the analog for !opm in Zion.

My guess is... TBI code.

Aha. 1. TLS is needed only for ADC hubs (I doubt this is your case). 2. Check http://forums.apexdc.net/index.php?showtopic=161 http://forums.apexdc.net/index.php?showtopic=4 http://forums.apexdc.net/index.php?showtopic=461 http://forums.apexdc.net/index.php?showtopic=911

Similar is, I smtms get "Invalid request", noticed for sure with *.doc file

Sounds really self-explanatory, except if was full, but you say this is with all hubs... any problems with other P2P appz, chats?

1. Sorry, I thought you are the hub owner. 2. Yes, I simulated your command with Apex and another test OP, my chat was empty, the test OP got the message. 3. An ugly decision is to make smth like: !pm %[opchat] check <%[userNI]> %[userI4] for : %[userCT] %[userCS] Have not tested it, my apologies if it is stupid. It is just a message, so should not be fatal.

Well, try it with SDC++ (not very clever to send you to another client, but we do best for our users and for Apex in long terms ). If it persists: 1. It is not a bug. 2. BM has to fix it. I wonder however, if it was a bug in Apex, why it happens only to you...? Can it be connected with type of files (less sources), less hubs?

+report Please check %[userNI] %[userI4] %[userU4] %[userDE] %[userEM] %[userCO] %[userTA] %[userCT] %[userVE] for : %[userCS] I know you asked for another way, but this absolutely works and imo the result is the same. Set it to chat mode.

Yes, my bad, I mean UNcheck, which is the default btw... I am investigating. What is the exact name of your OP chat? I am not sure that %[opchat] is valid on client side in Apex.

Try to check these two or alternatively, look in the Fav Hubs>Propertis of your hub and add the OP chat name in the respective field there.

Even if so, it is not so wrong, changing votes may be smth that the Management would like to know. :(

Yes, this is a well known request, which is at least in 3 other posts. Pls use the search before posting in this section. :D

Quite related, I am missing the message when the opposite peer closes his PM window. So you may wish him, say, Good Night, and reopen the window at his side, thus annoying him. While with the notice about window is closed you may refrain from writing anymore. :D

Well, what an excuse, isn't Linux free? Or smo needs to assemble a separate box and let you via VNC against, say 10-20% of the money? :)

When I Googled for dcppboot.xml I found something for the Russians here: http://forum.proc.ru/lofiversion/index.php/t31978.html

Hm, is this with the latest Beta? If yes, please wait for a while, it is known that on crash the xml files may get corrupted... Meanwhile, you can just rehash rather than reinstall, or keep a copy of Hashindex.xml and Hashdata.xml.

Just remembering last position...

You forgot Skype, Miranda, QIP... will we ever stop in this way? :D

*1 - But you are doing it for the users. 99.999% of the users are not dedicated. If you are doing it only for you, fine. *2 - MAY be true, but when fixing bugs from other clients you are inheriting and at the same time creating new knowledge in progression. If everyone was doing everything alone, now we would be still in the tribal communism. As learning starts from school and from some things already known, so should be in life, IMhO. :D

No, I doubt, since this issue is due to the fact that even original DC++ dropped support for old clients (w/o *.xml filelist support). To download from client, supporting nmdc filelists, is a great risk as comes to corrupted downloads. @Staff - Pls move to Support and maybe pin it as Important (maybe with a BIG pin). :D

Stop raising the fund, devs are maybe ready and just wait it to grow more and more. If smo outside our team builds whatever we need, it is ours, as long as we pay for it, however the dev/s should receive the money + line in credits, acc. to my not so bad knowledge of intellectual property. Other way is the respective dev/s to be willing to join the team? But should we pay them then? :thumbsup: