Goralf

First of all, thank you very much for the best Christmas present I got last year! It would be nice with an 'Open' command available in the right click menu when browsing through one's own file list. Obviously this command would have to be greyed out (inaccessible) for the right click menu when browsing external user file lists... Yes, I am too lazy to minimize Apex and open a file from its folder through Windows Explorer... I realize it may not be a priority for you, but it shouldnt take too long to achieve, right? What do you think? ;)

Same folder as before, and the emopacks are still there. The bmp files are clickable and viewable with Irfan View and Photoshop so I dont think they are corrupt.

Still grey I'm afraid Lee. And rebooting the client does not solve anything. Is the path listed in one of the xml files so I can check if it is correct?

After the upgrade (I upgraded from 1.0.1 using the Installer) all emoticons are gone. I cannot see them in the mainchat, and the emoticon boxes in the fold out menu to the right of the chat input field are all greyed out. I have checked that the emoticons are in their folder. My guess is that somehow the path reference is incorrect. Any idea what I can do to get them back? Thanks in advance. :)

I am currently watching how a file which I just downloaded is being downloaded by another person in the hub. This is despite that the finished downloads directory is not listed as shared through Apex. Is this intentional or a bug? I know that unfinished downloads are shared, this is nothing new. But I have never experienced files being located in the Finished Downloads directory being shared and uploaded once they have finished, before. Do you think the reason is because he started the download while the file was in my temporary downloads directory, and he managed to 'follow' it to its final destination? I have checked carefully that the folder that contains the file is not shared through Apex, nor shared on my LAN...

Hi Iranmaster, thanks for your reply. :thumbsup: I looked through the settings and that option is not checked so there must be some other reason.

I restarted the client and reconnected to the hub. Now, the file was not available to the guy downloading anymore. Perhaps you were already aware of this and/or it is an intentional feature; just thought you might want to know.

Some kind of security implementation obviously, but what exactly is it intended to do? Is this feature only in StrongDC++ based clients or in others as well? Are there malicious hubs out there we need to be protected from?

Just reporting to say I just noticed the same thing with the beta5 version. The problem occurs both with AVIpreview and VLC Videolan player. I guess you are still working on the fix for this? Thanks for your ongoing efforts with the client, much appreciated.

Good on ya, lads and ladesses! :crying:

Is it just me, or are there no IP flags? Do you plan to fix this in the next version? It may seem trivial but it feels a lot nicer when one is able to see the flag of the people in the download/upload window. Cheers Goralf

Sorry mate, but that is what you get for arguing with an OP. If you could keep your reasoning factual and polite you would not have been kicked. It is possible he was labouring under a misconception. If you had refrained from <JolobaRabbi> sometimes it's 1mbit, evenings it lags. so what? It is very possible you would still be in the hub. As an OP he is dealing with hundreds of fakers every day. If you want to single yourself out as different from all these, and somebody he should not kick, you need to work on your attitude. I was in that hub for over 3 years and never had any problems with them whatsoever. It is true some OPs have attitude problems, but you can get that anywhere. The trick to deal with this is to avoid getting into an argument. Stay calm, factual, polite, and they will not get to you.

... as above. I dont use the limiting functions in the client and I don't use NetLimiter either, as they are banned from a lot of hubs, and I hate to see them misused (all these people that set them to not give out more than 1 kbps in upload)... so this setting was my way of balancing out Downloads/Uploads. Is there another way of doing this without external software? If not, can this feature be brought back? :(

It is very interesting to know how it actually works. Thanks a lot Big Muscle for the explanation. Keep your excellent client versions coming. :)

Sorry to dig up old threads, but do you have a final word on this? ;)

A n00b question perhaps, but how does the 1MB increment download waste bandwidth?

Did you try running Dyndns updater simultaneously with Apex and place your dyndns address in the IP box instead of the WAN IP? That's what I do, that way it does not matter if my ISP changes my WAN IP, because Dyndns updater makes sure the dyndns address always points to my actual WAN IP. It's a small app and takes virtually no resources. It's possible your problem is due to something else of course.

Thanks Crise, works like a charm now. Looks much better this way. ;)

If they have the same TTH they must be identical. Instead of downloading both, why dont you just download one, copy it and then change the file extension?

A few corrections you might want to consider: 2. First you need to set up the router to forward the connections to the computer with ApexDC++. This could be called port mapping, port redirecting, port forwarding or something like that. Find out how to do this with your router / NAT in the user manual. If you dont have a user manual handy or it does not tell you, go to www.portforward.com and look for the make and model of your router in the list. Click on it, then choose DC++. Follow the instructions. If your particular model is not included, you can try with a similar model, as sometimes the user environment looks the same. 3. You need to forward one port. Select a number between 1024 - 65535, they should mostly all be available. Make sure both UDP and TCP are being forwarded on the port you choose. 4. The ports should be forwarded to the internal IP address of your DC++ computer. It usually begins with "192.168", "172.16." or "10.x.". Click on Start | Choose Run | Type cmd into the window and press ok. | A black window opens. | In the black window, type ipconfig /all. | Take note of the internal IP address of your computer and place this number in the relevant field of your router settings, to make sure the ports are forwarded to the right address. 5. When you have mapped a port on the router, open up ApexDC++ and go to Settings. Select "Firewall with manual port forwarding". In the port fields, enter the port number that you forwarded on the router. HTH, Goralf :)

Just for you, then: An optimal Client OP is Zion++ Blue...sin that its development has been interrupted... - Zion++ Blue was the optimal OP client. It's a shame it is no longer being developed. However creed that in the Operating version would have to be included functions of survey Fake Share, Fake TAG and Hacked Clients - Anyway, I think that the OP version should include features for checking Fake share, fake tag and hacked clients. A comfortable function would be also the limitation of the Lists and of the Client it controls to you, therefore to avoid possible Crash of the Client

Sorry, I should have been more specific. I was not really referring to the limiter in Apex/Strong, but to misuse of limiters in general. Either way, we still miss our "Use small send buffer" feature because it was an easy "on/off" switch and seemed to work really well in Thailand. :)

Thnxs Crise. Sounds like a good idea.

Thank you for your answers so far... So it is used for ADC hubs... but what is the point of it?

:D