** Changed in: airdcpp
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
https://bugs.launchpad.net/bugs/1682791
Title:
Unencrypted CCPM connections are not being rejected
Status in AirD
** Changed in: airdcpp
Status: New => Confirmed
** Changed in: airdcpp
Status: Confirmed => Fix Committed
--
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
https://bugs.launchpad.net/bugs/1682791
Title:
Unencrypted CC
As a side comment for my own experience, i use the autodetect
connection, and it sometimes fails at startup.. But when it fails it
doesnt help if i restart the client or even restart windows. In my cases
restarting the router allways helps and sometimes manually removing the
portmappings from the r
I think his is because of tab parsing in statusbar, why it does not happen in
XP is probobly because XP has a character limitation of 127 chars for status
bar.
Passing SBT_NOTABPARSING in statusbars SB_SETTEXT message should fix this.
See
http://msdn.microsoft.com/en-us/library/windows/desktop/b
Ban Nick, Ban Cid, Ban IP, Ban nick(regexp) added.
was there something else?
** Patch added: "access.bans.lua.patch"
https://bugs.launchpad.net/adchpp/+bug/1203743/+attachment/3756279/+files/access.bans.lua.patch
--
You received this bug notification because you are a member of
Dcplusplus-te
i think it would make sense if it were just a +command to be used to ban a cid,
but since it sends them in rightclick for a selected user, i think its just
confusing when the user doesnt get dropped from the hub automatically if he is
online and he is being banned.
Attached a patch that "fixes"
this is probobly due to using FastAlloc<> in directorylisting. the memory
remains cached even after closing the filelist.
its not very noticable with small filelists but can easily be seen with opening
big ones.
--
You received this bug notification because you are a member of LinuxDC++
Team, w
the new hub is counted too soon.
a possible fix for this would be when own INF is constructed and sent at
AdcHub.cpp :
void AdcHub::info(bool /*alwaysSend*/)
line 499:
if (state == STATE_NORMAL)
updateCounts(false);
--
You received this bug notification because you are a member of Lin
I wont comment on how to do shares part, but the problems one might have
to get it working correctly.
Ok, lets imagine we are at 2 adc hubs with a same user, different shares in
each hubs.
user takes the list from hub1, he gets it just fine and its a correct one, BUT
here comes the problem:
he
9 matches
Mail list logo
