[Linuxdcpp-team] [Bug 2116965] Re: ProtonVPN's "unknown" virtual ethernet adapter is not listed in the selectable bind address dropdown

tl;dr of research : it is common for VPN virtual network drivers not to set the adapter category. Now to check why do we ignore these adapters, even though in theory it's ok that we do not list what we know nothing about... -- Detailed information from combnied prompt : In the output

[Linuxdcpp-team] [Bug 2116965] [NEW] ProtonVPN's "unknown" virtual ethernet adapter is not listed in the selectable bind address dropdown

Public bug reported: Converted from Question https://answers.launchpad.net/dcplusplus/+question/822122 -- Hello, how should i configure DC++ to work in active mode with a VPN ? I selected Active Mode (no router or manual configuration), I paste th

[Linuxdcpp-team] [Bug 1993817] Re: Unable to create port mappings in DC++ with MiniUPnP mapper while other apps using MiniUPnP succeed

The soluiton for this particular problem is clear : add a manual connectivity option that enables accepting all IGD-identified devices returned by library, regardless of the validation criteria. The perfect fix would be though to list all detected devices to the user in the manual connectivity pa

[Linuxdcpp-team] [Bug 1952605] Re: Show a warning when connecting to a hub with expired certificate and no keyprint in the hub address

** Summary changed: - Show a warning when connecting to a hub with expired certificate + Show a warning when connecting to a hub with expired certificate and no keyprint in the hub address -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to

[Linuxdcpp-team] [Bug 1952605] Re: Show a warning when connecting to a hub with expired certificate

Now as there are human readable TLS errors in DC++, I came across a hub that refuses to connect with TLS error : certificate has expired. No info on what kind of cert the hub has. I remember the original problem has seen in DCDev public, where the self-generated certificate become expired. There

[Linuxdcpp-team] [Bug 2115635] [NEW] Possible memleak in Mapper_MiniUPnPc

Public bug reported: The function for freeing the discovered devices' linked structure is not always called in Mapper_MiniUPnPc::init(), specifically when one or more devices found are by upnpDiscover() but later UPNP_GetValidIGD() finds that none of them are valid IGD devices. See https://sou

[Linuxdcpp-team] [Question #236015]: Status of bug #1228324 changed to 'Fix Released' in ADCH++

Bug #1228324 status changed in ADCH++: New => Fix Released https://bugs.launchpad.net/adchpp/+bug/1228324 "Remove -march=i686 on Raspberry Pi" This bug is linked to #236015. rpi compile https://answers.launchpad.net/adchpp/+question/236015 -- You received this question notification because

[Linuxdcpp-team] [Bug 238482] Re: Create support for paths longer than 255 characters

cologic's attached patch should've been OK to cover the lib side back then; It would've worked well for all the then supported Windows versions but since so many years have passed and we support only the latest Win10 client editions and on by now, there is an easier solution that needs no code chan

[Linuxdcpp-team] [Bug 2078913] Re: Failed to remove port mappings with the NAT-PMP interface

Fixed according to the spec; also added a check for the lifetime value. ** Changed in: dcplusplus Status: New => 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/2078913 Title:

[Linuxdcpp-team] [Bug 1194085] Re: Infinite download loop for a single tree

Now, after 12 years, however I look at it, my original choice of how to fix this still looks valid so finally I now applied it. A confirmation or an advice from the project leaders would have been useful over the years. Actually this has been one of the ugliest among the long time spanning bugs in

[Linuxdcpp-team] [Bug 2110291] Re: One time small updates in the share may not trigger a Bloom filter update request which makes such updated files unsearchable by TTH for other hub users

One practical solution to this is to cache the SF value after share refreshes and provide that cached value once, when the getter called from the next ADC info sending. This may need a special getter for this purpose. Since we always send an INF right after share refreshes and already got a nice r

[Linuxdcpp-team] [Bug 2110291] Re: One time small updates in the share may not trigger a Bloom filter update request which makes such updated files unsearchable by TTH for other hub users

The bloom filter does its thing pretty well if you make sure it is updated properly. This is what it is all about. The old DCBase forum is offline atm (wtf) and archive.org does not archive it properly, it seems (wtf2) so all I can see there's a topic there on bloom having 'latency', presumably

[Linuxdcpp-team] [Bug 2111115] Re: Hashing cannot be paushed instantly or sometimes at all

** Description changed: This is a long time issue stil present on DC++ 0.882. As the title says pausing the hasher loop from the GUI is often not instantaneous, especially when hashing many small files. The cause is a buggy pauser code that signals a counting semaphore for each file added t

[Linuxdcpp-team] [Bug 2111115] Re: Hashing cannot be paushed instantly or sometimes at all

A fix is committed that also implements a proper HashPauser instance / GUI pause event count which effecively pauses activity once the current FileReader chunk has been finished. This design also allows multiple HashPauser objects to be instantiated and destructed in any order (which allows even

[Linuxdcpp-team] [Bug 2111115] Re: Hashing cannot be paushed instantly or sometimes at all

** Changed in: dcplusplus Status: In Progress => 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/215 Title: Hashing cannot be paushed instantly or sometimes at all Status i

[Linuxdcpp-team] [Bug 2111115] Re: Hashing cannot be paushed instantly or sometimes at all

** Description changed: This is a long time issue stil present on DC++ 0.882. As the title says pausing the hasher loop from the GUI is often not instantaneous, especially when hashing many small files. The cause is a buggy pauser code that signals a counting semaphore for each file added t

[Linuxdcpp-team] [Bug 2110291] Re: One time small updates in the share may not trigger a Bloom filter update request which makes such updated files unsearchable by TTH for other hub users

The hub side filter requester has been improved according to https://adc.sourceforge.io/ADC-EXT.html#_implementation_notes The fix does not solve the problem entirely but reduces number of those edge cases when no bloom filter update has been requested. Regarding the client side : Some clients,

[Linuxdcpp-team] [Bug 2110291] [NEW] One time small updates in the share may not trigger a Bloom filter update request which makes such updated files unsearchable by TTH for other hub users

Public bug reported: There is a possible scenario where other users logged into the same ADCH++ hub with Bloom filter support may not receive search results (by TTH) for one or more updated files after manually refreshing the share in DC++, until the user updates the share once more or reconnec

[Linuxdcpp-team] [Bug 2009492] Re: Certain type of changes in the share do not trigger a Bloom filter update which makes such changed files temporarily unsearchable by TTH

Note: the hub may catch some kinds of share updates that doesn't result sending an SF due to this problem by checking for an incoming standalone SS (without SF), which signals an actual update without a change in the total number of files shared, and request a bloom filter with a size computed usin

[Linuxdcpp-team] [Bug 2009492] Re: Certain type of changes in the share do not trigger a Bloom filter update which makes such changed files temporarily unsearchable by TTH

Alright, so this is all BS, there's nothing wrong with the protocol as it's now clear that this happens in case of 1-2 updates on small files only and is caused by a race condition (between the hashing process and the async calls to the function for compiling and sending the INFs to the hubs) in th

[Linuxdcpp-team] [Bug 2066921] Re: Add SUDP support

Fixed in DC++ 0.882. ** Changed in: dcplusplus 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/2066921 Title: Add SUDP support Status in DC++: Fix Re

[Linuxdcpp-team] [Bug 919424] Re: /rebuild does not remove all obsolete items from HashIndex

Fixed in DC++ 0.882. ** Changed in: dcplusplus 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/919424 Title: /rebuild does not remove all obsolete items

[Linuxdcpp-team] [Bug 1649066] Re: Invalid UTF-8 data is not always being rejected

Fixed in DC++ 0.882. ** Changed in: dcplusplus 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/1649066 Title: Invalid UTF-8 data is not always being rej

[Linuxdcpp-team] [Bug 1828593] Re: Download is lost when Windows restarts

Fixed in DC++ 0.882. ** Changed in: dcplusplus 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/1828593 Title: Download is lost when Windows restarts St

[Linuxdcpp-team] [Bug 2045404] Re: .pot generation is broken since a recent dcplusplus.rc change

Fixed in DC++ 0.882. ** Changed in: dcplusplus 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/2045404 Title: .pot generation is broken since a recent d

[Linuxdcpp-team] [Bug 226441] Re: virtual directory sizes are not displayed correctly

Fixed in DC++ 0.882. ** Changed in: dcplusplus 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/226441 Title: virtual directory sizes are not displayed c

[Linuxdcpp-team] [Bug 309402] Re: ipv6 support

We've been aware of the ADCH++-HBRI fork for a long while, see https://answers.launchpad.net/adchpp/+question/819213 for ADCH++'s project maintainters' current position on the topic. -- You received this bug notification because you are a member of LinuxDC++ Team, which is subscribed to LinuxDC++

Re: [Linuxdcpp-team] [Question #819213]: Can you guys add support for hybrid ivp4/ipv6?

Question #819213 on ADCH++ changed: https://answers.launchpad.net/adchpp/+question/819213 Linked to bug: #309402 https://bugs.launchpad.net/bugs/309402 "ipv6 support" -- You received this question notification because your team Dcplusplus- team is an answer contact for ADCH++. _

Re: [Linuxdcpp-team] [Question #819213]: Can you guys add support for hybrid ivp4/ipv6?

Question #819213 on ADCH++ changed: https://answers.launchpad.net/adchpp/+question/819213 Status: Open => Answered eMTee proposed the following answer: HBRI is not yet in the ADC standard protocol / extendsions and maksis haven't provided any formal protocol proposal, there'

[Linuxdcpp-team] [Bug 1106226] Re: Crash when connecting via IPv6

After the fix for https://bugs.launchpad.net/adchpp/+bug/2081649 the hub should not crash anymore, however it will not work properly for local IPv6 clients unless address::from_string() can cope with zone indices in newer versions of boost. -- You received this bug notification because you are a

[Linuxdcpp-team] [Bug 1106226] Re: [Fixed] Crash when connecting via IPv6 - local clients may still can't connect in some cases

** Summary changed: - Crash when connecting via IPv6 + [Fixed] Crash when connecting via IPv6 - local clients may still can't connect in some cases ** Changed in: adchpp Status: New => Triaged ** Changed in: adchpp Importance: Undecided => Medium -- You received this bug notificatio

[Linuxdcpp-team] [Bug 2081649] Re: An invalid I4/I6 field received from a client crashes the hub

** Changed in: adchpp Status: Confirmed => Fix Committed ** Information type changed from Private Security to Public Security -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to ADCH++. https://bugs.launchpad.net/bugs/2081649 Title:

[Linuxdcpp-team] [Bug 2081649] Re: An invalid I4/I6 field received from a client crashes the hub

Proposed solution with exception handling and disconnect, as discussed. ** Patch added: "IPCrash.patch" https://bugs.launchpad.net/adchpp/+bug/2081649/+attachment/5821736/+files/IPCrash.patch -- You received this bug notification because you are a member of Dcplusplus-team, which is subscrib

[Linuxdcpp-team] [Bug 2081649] Re: An invalid I4/I6 field received from a client crashes the hub

The 2nd answer in that links The simplest solution seems to be to use the not throwing variant of from_string(). Inside Boost the

[Linuxdcpp-team] [Bug 2081649] Re: An invalid I4/I6 field received from a client crashes the hub

** Information type changed from Public to Private Security -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to ADCH++. https://bugs.launchpad.net/bugs/2081649 Title: An invalid I4/I6 field received from a client crashes the hub Status in

[Linuxdcpp-team] [Bug 488692] Re: Debug compilation without the need of debug dll's

We indeed add the debug runtime dll's to builds when we upload to the dcbuilds file host so this isn't an issue for a long while. ** Changed in: adchpp Status: Confirmed => Invalid -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to AD

[Linuxdcpp-team] [Bug 2047732] Re: [PoC] RCE in ScriptPlugin 1.0

** Changed in: dcplusplus Importance: Undecided => Critical ** Changed in: dcplusplus Status: New => Fix Released ** Information type changed from Private Security to Public Security -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed

[Linuxdcpp-team] [Bug 2045404] Re: .pot generation is broken since a recent dcplusplus.rc change

** Changed in: dcplusplus 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/2045404 Title: .pot generation is broken since a recent dcplusplus.rc change Stat

[Linuxdcpp-team] [Bug 2045404] Re: .pot generation is broken since a recent dcplusplus.rc change

- [2023-12-28 06:51:22] regarding the .pot generation, the basic reason is that because of the windres .rc to .o step being defined as a separate Action/Builder (presumably the same issue would apply with slight variations with the MSVC tooling under SCons -- the important part is that it's a

[Linuxdcpp-team] [Bug 2045404] Re: .pot generation is broken since a recent dcplusplus.rc change

this should work: diff -r 16df2b91f3a6 SConstruct --- a/SConstructMon Nov 06 12:03:32 2023 +0100 +++ b/SConstructThu Dec 28 22:19:56 2023 + @@ -363,7 +363,7 @@ '--no-wrap', '--keyword=_', '--keyword=T_', '--keyword=TF_', '--keyword=TFN_:1,2', '--keyword=F_', '--keywo

[Linuxdcpp-team] [Bug 2045404] [NEW] .pot generation is broken since a recent dcplusplus.rc change

Public bug reported: An item is needed to remove from $SOURCES used in https://sourceforge.net/p/dcplusplus/code/ci/7cfc388170e408c621aa100f8f3563815f46566d/tree/SConstruct#l359 and on for "Extracting messages to $TARGET from $SOURCES". $SOURCES is a list of files to build and supposedly coming

[Linuxdcpp-team] [Bug 2032940] Re: Drop compile support for stock / regular MinGW

Fixed in DC++ 0.881 ** Changed in: dcplusplus 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/2032940 Title: Drop compile support for stock / regular Mi

[Linuxdcpp-team] [Bug 2028276] Re: gcc linker error: undefined reference to `__security_cookie' when building with gcc 8.5.0 based MinGW-w64 release

Fixed in DC++ 0.881 ** Changed in: dcplusplus 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/2028276 Title: gcc linker error: undefined reference to `_

[Linuxdcpp-team] [Bug 1494814] Re: Add Visual Studio 2022 support to MSVCProj generation

Fixed in DC++ 0.881 ** Changed in: dcplusplus 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/1494814 Title: Add Visual Studio 2022 support to MSVCProj

[Linuxdcpp-team] [Bug 2019492] Re: Tab control crash Win10+

Fixed in DC++ 0.881 ** Changed in: dcplusplus Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Dcplusplus-team, which is a bug assignee. https://bugs.launchpad.net/bugs/2019492 Title: Tab control crash Win10+ Status in DC++: Fix

[Linuxdcpp-team] [Bug 2039677] Re: Generated crashlogs are missing all trace information when DC++ is compiled with any post-2020 built MinGW-w64 toolchain

Fixed in DC++ 0.881 ** Changed in: dcplusplus 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/2039677 Title: Generated crashlogs are missing all trace i

[Linuxdcpp-team] [Bug 2039677] Re: Generated crashlogs are missing all trace information when DC++ is compiled with a gcc 8.5 and later based MinGW-w64

The issue is that the code is not capable of handling randomized address spaces. Even though --dynamicbase has been enabled for 10+ years no real ASLR happened at all in the former DC++ executables due to bad linker defaults described in the attached sourceware bug link so crash logging worked up

[Linuxdcpp-team] [Bug 2039677] Re: Generated crashlogs are missing all trace information when DC++ is compiled with a gcc 8.5 and later based MinGW-w64

The error in libdwarf happens at https://sourceforge.net/p/dcplusplus/code/ci/43196df8283bc3dfadc8eebd665c55804cef8954/tree/win32/CrashLogger.cpp#l292 being unable to find the address coming from the stack walk. One problem is that the addr param in getDebugInfo function is a DWORD so < 4GiB 64-bi

[Linuxdcpp-team] [Bug 2039677] Re: Generated crashlogs are missing all trace information when DC++ is compiled with a gcc 8.5 and later based MinGW-w64

More findings: - It's not due to any change in binutils' strip. - Using a .pdb file generated by an old, working compiler with a newer DC++ build results the same error. - The problem is not gcc version related, either as the error happens when compiled with wide variety of toolchains from WinLib

[Linuxdcpp-team] [Bug 2039677] Re: Generated crashlogs are missing all trace information when DC++ is compiled with a gcc 8.5 and later based MinGW-w64

** Attachment added: "CrashLog gcc 8.1.txt" https://bugs.launchpad.net/dcplusplus/+bug/2039677/+attachment/5710739/+files/CrashLog%20gcc%208.1.txt -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/bugs/20

[Linuxdcpp-team] [Bug 2039677] Re: Generated crashlogs are missing all trace information when DC++ is compiled with a gcc 8.5 and later based MinGW-w64

It doesn't work either in case of a long, deep callstacks or in a simple crash in main.cpp. Test case: Added *((unsigned int*)0) = 0xDEAD; to line 134 of main.cpp. See the crashlogs attached that is generated with gcc 8.1 (expected result) and 8.5 (actual result). ** Attachment added: "Crash

[Linuxdcpp-team] [Bug 2039677] Re: Generated crashlogs are missing all trace information when DC++ is compiled with a gcc 8.5 and later based MinGW-w64

** Description changed: The last known mingw-w64 version where it is working is The first known mingw-w64 version where it is NOT working is

[Linuxdcpp-team] [Bug 2039677] [NEW] Generated crashlogs are missing all trace information when DC++ is compiled with a gcc 8.5 and later based MinGW-w64

Public bug reported: The last known mingw-w64 version where it is working is The first known mingw-w64 version where it is NOT working is

[Linuxdcpp-team] [Bug 2028276] Re: gcc linker error: undefined reference to `__security_cookie' when building with gcc 8.5.0 based MinGW-w64 release

Nvm, we already have the proper declaration for __security_cookie it just wasn't enabled when compiling with MinGW-w64 for some reason. Now it is enabled for MinGW-w64 CRT 8.0.0 and above. ** Changed in: dcplusplus Status: New => Fix Committed -- You received this bug notification because

[Linuxdcpp-team] [Bug 2032940] Re: Drop compile support for stock / regular MinGW

** Changed in: dcplusplus Status: New => 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/2032940 Title: Drop compile support for stock / regular MinGW Status in DC++: Fix Com

[Linuxdcpp-team] [Bug 2028276] Re: gcc linker error: undefined reference to `__security_cookie' when building with gcc 8.5.0 based MinGW-w64 release

[2023-07-23 10:12] So a gcc 11.2 based official MinGW-w64 compiler gives the same linker errors for HTMLHelp. [2023-07-23 10:35] And so does winlibs-x86_64-posix-seh-gcc-10.3.0-mingw-w64-9.0.0-r2.7z... [2023-07-23 12:30] winlibs-x86_64-posix-seh-gcc-9.3.1-snapshot20210402-mingw-w64-8.0.0-r1.

[Linuxdcpp-team] [Bug 2028276] Re: gcc linker error: undefined reference to `__security_cookie' when building with gcc 8.5.0 based MinGW-w64 release

[09:24:34] https://sourceforge.net/p/mingw-w64/mailman/message/36804945/ "* __FORTIFY_SOURCE support " [09:40:16] https://github.com/StephanTLavavej/mingw-distro/issues/71 , https://github.com/msys2/MINGW-packages/issues/5803 [11:39:11] meh, it's not because of these. I tried '-fs

[Linuxdcpp-team] [Bug 2028276] [NEW] gcc linker error: undefined reference to `__security_cookie' when building with gcc 8.5.0 based MinGW-w64 release

Public bug reported: Trying to build DC++ with https://github.com/niXman/mingw-builds- binaries/releases/tag/8.5.0-rt_v10-rev0 , win32, seh. Got multiple " undefined reference to `__security_cookie'" errors when linking the HTMLHelp lib. This is a new issue, does not happen with a gcc 8.1 based c

[Linuxdcpp-team] [Bug 2019492] Re: Tab control crash Win10+

Seems like the current available Win32 API documentation is inaccurate and / or incomplete regarding how to pass extra data properly using TCM_SETITEMEXTRA message and TCITEMHEADER structure. First of all (as people also noted in a few other online forums), for TCITEMHEADER the TCIF_PARAM flag in

[Linuxdcpp-team] [Bug 1992824] Re: Crash in tabs painting method settings change

*** This bug is a duplicate of bug 2019492 *** https://bugs.launchpad.net/bugs/2019492 ** This bug has been marked a duplicate of bug 2019492 Tab control crash Win10+ -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bu

[Linuxdcpp-team] [Bug 2019492] Re: Tab control crash Win10+

The crash happens with x64 builds only and it needs the executable linked with high entropy ASLR enabled. Also it currently crashes only under an operating system that supports this feature such

[Linuxdcpp-team] [Bug 2019497] Re: Handling of CTM/search DDoS triggered by a malicious hub

Thanks for reporting and for the through fix! I can confirm that, at the time of reporting, a short stay on that hub with DC++ indeed caused immense system resource consumption. To be investigated how to adapt / apply the fix. ** Changed in: dcplusplus Status: New => Confirmed -- You rec

[Linuxdcpp-team] [Bug 2019182] [NEW] Provide support for winget

Public bug reported: I have started using winget to update and maintain my applications on my system. I'm missing dc++ support here. Is it planned to provide support for winget? This is the project https://github.com/microsoft/winget-cli and I think it needs a manifest here https://github.com/mic

[Linuxdcpp-team] [Bug 2009492] Re: Certain type of changes in the share do not trigger a Bloom filter update which makes such changed files temporarily unsearchable

** Description changed: - So not getting a result for a changed file (same path/different content) in the share after re-hashing is because the hub requesting a new bloom filter only if the number of shared files are changed in the INF coming from the client. In common examples like when you s

[Linuxdcpp-team] [Bug 2016139] Re: DC++ closes after sending error message

The DC++ version you use is 17 years old. Use a version (e.g. the newest one) that has not released 9 years BEFORE Windows 10. ** Changed in: dcplusplus Status: New => Invalid -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++

[Linuxdcpp-team] [Bug 2009492] [NEW] Certain type of changes in the share do not trigger a Bloom filter update which makes such changed files temporarily unsearchable

Public bug reported: So not getting a result for a changed file (same path/different content) in the share after re-hashing is because the hub requesting a new bloom filter only if the number of shared files are changed in the INF coming from the client. In common examples like when you share

[Linuxdcpp-team] [Bug 2002785] [NEW] Subtract list not working on folders with many files

Public bug reported: Converted from Question #704374 When subtracting my own file list from a list of another user not all files with the same hash are subtracted. I manually checked the xml-files and verified that the hashes indeed are in both files. The files that are not subtracted are in 2

[Linuxdcpp-team] [Bug 1993817] Re: Unable to create port mappings in DC++ with MiniUPnP mapper while other apps using MiniUPnP succeed

We want to fix this somehow by adding a possibility to detect these slightly ill behaving routers so this remains open. Especially after seeing your link suggesting there's a whole lot of newish TP-Link models suffer from this issue. The Windows UPnP mapper implementation was great option when it'

[Linuxdcpp-team] [Bug 1494814] Re: Add Visual Studio 2022 support to MSVCProj generation

** Changed in: dcplusplus 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/1494814 Title: Add Visual Studio 2022 support to MSVCProj generation Status in DC

[Linuxdcpp-team] [Bug 1993817] Re: Unable to create port mappings in DC++ with MiniUPnP mapper while other apps using MiniUPnP succeed

Yeah, that was expected looking at the code and your earlier eMule log. Basically this means your router does not report to be connected (to the Internet presumably) by the way MiniUPnP detects it and our current code doesn't accept those as a successfully usable device for mapping. See https:/

[Linuxdcpp-team] [Bug 1993817] Re: Unable to create port mappings in DC++ with MiniUPnP mapper while other apps using MiniUPnP succeed

Can you please try a MiniUPnP mapping with the attached debug build? It'll open a console where it should print a line starting with 'Mapper_MiniUpnp:' the same time when you get the error message in the program UI. ** Attachment added: "DCPlusPlus_debug.zip" https://bugs.launchpad.net/dcplusp

[Linuxdcpp-team] [Bug 1993817] Re: Unable to create port mappings with MiniUPnP/NAT-PMP

Yeah, depending on the outcome I was about to recommend running the MiniUPnPc command line client next to see what happens but you overtook me in a way and confirmed that the library is indeed working well with your router. I'll try to build something that emits more about why the mapper initializ

[Linuxdcpp-team] [Bug 1993817] Re: Unable to create port mappings with MiniUPnP/NAT-PMP

Alright, let's start with test some older verisons with relevant changes to the mapper library to see whether this is a regression. I've made a few portable ones available to download from our website. Please extract them to a separate folder to avoid interference with the installed version. The

[Linuxdcpp-team] [Bug 1993817] Re: Unable to create port mappings with MiniUPnP/NAT-PMP

Well, I am out of suggestions that you might try with your current setup. It's either our port mapping library/version is incompatible with your gateway or something else at play here. Obviously what I see in your screenshots are working here. If you're up to do some rather easy tests (I guess yo

[Linuxdcpp-team] [Bug 1993817] Re: Unable to create port mappings with MiniUPnP/NAT-PMP

Please try to make sure DC++ is enabled in Windows/3rd party firewalls/app controls (if any), see https://dcplusplus.sourceforge.io/webhelp/faq_unblock.html -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/b

[Linuxdcpp-team] [Bug 1993817] Re: Unable to create port mappings with MiniUPnP/NAT-PMP

This looks to be a log snippet from an automatic connectivity detection operation. If so then that won't try all available interfaces by design, only the one that is set as default in the OS. If you need to force a specific interface to use with DC++ then you have to set the connection settings ma

[Linuxdcpp-team] [Bug 1682791] Re: Unencrypted CCPM connections are not being rejected

Fixed in DC++ 0.880 ** Changed in: dcplusplus 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

[Linuxdcpp-team] [Bug 1774502] Re: Free GeoIP Database Format Change

Fixed in DC++ 0.880 ** Changed in: dcplusplus 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/1774502 Title: Free GeoIP Database Format Change Status i

[Linuxdcpp-team] [Bug 1952754] Re: [Hublist] tankafett[.]biz is no more a hublist

Fixed in DC++ 0.880 ** Changed in: dcplusplus 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/1952754 Title: [Hublist] tankafett[.]biz is no more a hubl

[Linuxdcpp-team] [Bug 1970416] Re: Focus isn't set properly at startup on some type of windows

Fixed in DC++ 0.880 ** Changed in: dcplusplus 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/1970416 Title: Focus isn't set properly at startup on some

[Linuxdcpp-team] [Bug 1979900] Re: Outgoing connections are attempted on IPv6 on some cases when there's no v6 connectivity

Fixed in DC++ 0.880 ** Changed in: dcplusplus 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/1979900 Title: Outgoing connections are attempted on IPv6

[Linuxdcpp-team] [Bug 1992824] Re: Crash in tabs painting method settings change

** Description changed: Crash happens when you go into tabs page and change to button style using a build with MSVS 2022 and MinGW based on GCC 10+. Not reproducible in a build made using the official compiler on Win7 / classic skin. - Details in the attached screenshot. + Details in the att

[Linuxdcpp-team] [Bug 1992824] [NEW] Crash in tabs painting method settings change

Public bug reported: Crash happens when you go into tabs page and change to button style using a build with MSVS 2022 and MinGW based on GCC 10+. Not reproducible in a build made using the official compiler on Win7 / classic skin. Details in the attached screenshot. ** Affects: dcplusplus

[Linuxdcpp-team] [Bug 1494814] Re: Add Visual Studio 2022 support to MSVCProj generation

Compilation with MSVS 2022 is reported to be possible again with the attached patch and using the following document change proposals : https://pastebin.com/raw/v79vg5np Batch file for MSVC compilation : https://pastebin.com/W231hvNS ** Summary changed: - Add Visual Studio 2015 support to MSVCPr

[Linuxdcpp-team] [Bug 1774502] Re: Free GeoIP Database Format Change

Using https://mailfud.org/geoip-legacy/ databases with the old geoip-c- api library for the moment. To be reopened wheb this source stops providing db's with the old format. ** Changed in: dcplusplus Status: Confirmed => Fix Committed -- You received this bug notification because you are

[Linuxdcpp-team] [Bug 1656337] Re: DC++ crash when running DescriptionRotator plugin

*** This bug is a duplicate of bug 1970414 *** https://bugs.launchpad.net/bugs/1970414 ** This bug has been marked a duplicate of bug 1970414 Crash when 'DescriptionRotator.dcext' added -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed

[Linuxdcpp-team] [Bug 1979900] Re: Outgoing connections are attempted on IPv6 on some cases when there's no v6 connectivity

[2022-09-13 17:50] it's not necessarily a hub bug depending on how their dual-stack connectivity is configured -- there might be configurations which might create a synthetic IPv6 address and resolve it by essentially NAT [2022-09-13 17:51] Okay but in contrast traditionally DC++ has a philoso

[Linuxdcpp-team] [Bug 1981899] [NEW] Certificate verification for DCPlusPlus SelfSigned certificates fails when connecting to some users

Public bug reported: ...yet the transfer is always allowed and successful in these cases. The error appears in the system log. [2022-04-03 14:47] So I think I figured out the cause of client cert expiration warnings appearing for certain users in the log at C-C connection time. DC++ generates

Re: [Linuxdcpp-team] [Question #702121]: Showing wrong version Linux

Question #702121 on ADCH++ changed: https://answers.launchpad.net/adchpp/+question/702121 eMTee posted a new comment: You have to compile inside from a valid local checkout to have the call to mercurial successfully get the revision number during the compilaton. -- You received this question

Re: [Linuxdcpp-team] [Question #702121]: Showing wrong version Linux

Question #702121 on ADCH++ changed: https://answers.launchpad.net/adchpp/+question/702121 eMTee posted a new comment: Try the dev hub where people with experience of compiation under Linux may able to help. adcs://hub.dcbase.org:16591 , ask for registration to be able to chat. -- You received

[Linuxdcpp-team] [Bug 1978083] Re: Showing wrong version Linux

You most probably used an older source code or a wrong revision. It's best to do a checkout from the repo that guide links in the top and build from that - it'll result a correct revision info printed as well. It shoud show "This hub is running ADCH++ 3.0.1 (r"ec462716f140 - 2022-05-18 17:50 +02

Re: [Linuxdcpp-team] [Question #702121]: Showing wrong version Linux

Question #702121 on ADCH++ changed: https://answers.launchpad.net/adchpp/+question/702121 eMTee posted a new comment: You most probably used an older source code or a wrong revision. It's best to do a checkout from the repo that guide links in the top and build from that - it'l

[Linuxdcpp-team] [Bug 1970414] Re: Crash when 'DescriptionRotator.dcext' added

A new version is available to download in the plugins repository with updated libraries, recompiled with a modern compiler which seemingly fixed the problem. ** Changed in: dcplusplus Status: Confirmed => Fix Released -- You received this bug notification because you are a member of Dcplu

[Linuxdcpp-team] [Bug 1976165] Re: Dont see any uploaders, no control in settings either

Ok let's see it step by step. - DC++ doesn't have a release 280522 our latest release is 0.871. Please make sure you're running DC++ and not some other DC client. Opening the Help / About menu may help. - If you don't see the uploads go to View menu and toggle the Transfer View item. - Upload li

[Linuxdcpp-team] [Bug 1956253] Re: OpenSSL-Win64 not found

** Changed in: adchpp Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to ADCH++. https://bugs.launchpad.net/bugs/1956253 Title: OpenSSL-Win64 not found Status in ADCH++: Fix Released Bug des

[Linuxdcpp-team] [Bug 1973268] Re: New version of scons(4.0.1+dfsg-2) comes with Ubuntu has some things depreciated

** Changed in: adchpp Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to ADCH++. https://bugs.launchpad.net/bugs/1973268 Title: New version of scons(4.0.1+dfsg-2) comes with Ubuntu has some thin

[Linuxdcpp-team] [Bug 1956253] Re: OpenSSL-Win64 not found

** Changed in: adchpp Status: New => Fix Committed -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to ADCH++. https://bugs.launchpad.net/bugs/1956253 Title: OpenSSL-Win64 not found Status in ADCH++: Fix Committed Bug description

[Linuxdcpp-team] [Bug 1973268] Re: New version of scons(4.0.1+dfsg-2) comes with Ubuntu has some things depreciated

** Changed in: adchpp Status: Confirmed => Fix Committed -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to ADCH++. https://bugs.launchpad.net/bugs/1973268 Title: New version of scons(4.0.1+dfsg-2) comes with Ubuntu has some things

[Linuxdcpp-team] [Bug 1973268] Re: New version of scons(4.0.1+dfsg-2) comes with Ubuntu has some things depreciated

[10:56:49] " This function and its associate factory functions are deprecated. There is no replacement. The intended use was to keep a local tree in sync with an archive, but in actuality the function only causes the archive to be fetched on the first run. Synchronizing with the archive is best

[Linuxdcpp-team] [Bug 1973268] [NEW] New version of scons(4.0.1+dfsg-2) comes with Ubuntu has some things depreciated

Public bug reported: scons mode=release arch=x64 scons: Reading SConscript files ... AttributeError: 'SConsEnvironment' object has no attribute 'SourceCode': File "/home/txc/adchpp2/adcpp/SConstruct", line 220: env.SourceCode('.', None)[/b] [2022-05-12 20:13:28] Removing completely line 2

  1   2   3   4   5   6   7   8   9   10   >