[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

[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

[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_',

[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

[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

[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++:

[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

[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

[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

[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++.

[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:

[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

[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

[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]

[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

[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

[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++.

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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"

[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

[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

[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++.

[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

[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

[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

[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

[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

[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

[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

[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

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'll result

[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

[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

[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

[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

[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

[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

[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

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

** 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/1952754 Title: [Hublist] tankafett[.]biz is no more a hublist Status in AirDC++:

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

This has also affected other type of active windows restored upon startup, such as the QueueFrame. Widgets marked having ALWAYS_FOCUS on any window restored and set to active at startup couldn't be focused since the main window is not visible yet at restoration time. ** Summary changed: - Focus

[Linuxdcpp-team] [Bug 1970416] Re: Focus , on Write command

** Changed in: dcplusplus Status: Incomplete => Confirmed ** Changed in: dcplusplus Importance: Undecided => Low ** Changed in: dcplusplus Assignee: (unassigned) => eMTee (realprogger) -- You received this bug notification because you are a member of Dcplusplus-te

[Linuxdcpp-team] [Bug 1970414] Re: Crash Dcc++ when add 'DescriptionRotator.dcext'

It crashes for me when I try to edit an already added description. ** Changed in: dcplusplus Status: New => Confirmed ** Changed in: dcplusplus Importance: Undecided => Low ** Summary changed: - Crash Dcc++ when add 'DescriptionRotator.dcext' + Crash when 'DescriptionRotator.dcext'

[Linuxdcpp-team] [Bug 1970416] Re: Focus , on Write command

It works when you switch to a hubframe tab manually; however, I can see there's no focus at all on the hubframe when it was in the foreground at the previous closure of the program and so it is restored as selected frame when you start DC++ next time. If you mean that, no focus on the chat

[Linuxdcpp-team] [Bug 1965620] Re: Secure HTTP connection stopped working for certain servers, including sourceforge.io

Fixed in DC++ 0.871. ** 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/1965620 Title: Secure HTTP connection stopped working

[Linuxdcpp-team] [Bug 1965620] Re: Secure HTTP connection stopped working for certain servers, including sourceforge.io

The committed fix https://sourceforge.net/p/dcplusplus/code/ci/5ffb7d83126d0ca6857c0f1e6fb4845653b65009/ is made to be probably the least invasive; it still mimics the logic of how it's done in AirDC++ as it stricly sets tlsext_host_name only for httpconnection and client outgoing connection

[Linuxdcpp-team] [Bug 1965620] [NEW] Secure HTTP connection stopped working for certain servers, including sourceforge.io

Public bug reported: [2022-02-17 08:50] I am getting TLS error accessing sf.io/version.xml and geoip files hosted there with DC++'s httpconnection. Do any of you? Web browsers seem to work well. [2022-02-17 09:33] i get a tls error as well [2022-02-17 10:22] Well, most of the old DC++

[Linuxdcpp-team] [Bug 1952607] Re: Improve TLS error messages

We actually have a reason why these aren't displayed. See https://sourceforge.net/p/dcplusplus/code/ci/86fb99c179b26740946abe87f1af190b8fcf24bc/tree/dcpp/SSLSocket.cpp#L185 However, this might worth a reconsideration and change to something or exactly like what AirDC++ does in

[Linuxdcpp-team] [Bug 1955007] Re: Classic: can't connect

DC++ is working and has worked for millions in the last 20 years. Maybe sometimes not right out of the box but most who has the patience to figure out what can be the problem they succeed at the end. Or they get help by providing useful information. For example you say you connecting... to whom

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

** Changed in: dcplusplus Status: New => Confirmed -- 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 hublist Status in AirDC++: New

[Linuxdcpp-team] [Bug 1952607] [NEW] Improve TLS error messages

Public bug reported: DC++ displays a vague "TLS Error" most of the time e.g. when connecting to a hub with kp check and the hub cert is expired. At least printing some error strings OpenSSL likely has defined, in English, would be much more useful. Just like what we do with low level socket

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

Public bug reported: There's no any indication of this. Given that DC++ hasn't done anything so far, nothing more aggressive is reasonable to do than show some warning message. Also if a warning is shown then maybe hub owners also act more likely. ** Affects: dcplusplus Importance: Low

[Linuxdcpp-team] [Bug 1425276] Re: The Unicode mirror character and possibly other similar ones can be used for nick spoofing in ADC hubs

** Attachment added: "This can be pasted into the Nick node of DCPlusPlus.xml, save and see the effect." https://bugs.launchpad.net/dcplusplus/+bug/1425276/+attachment/5542075/+files/plain_ascii_format_of_spoofing_nick_used_for_test.txt -- You received this bug notification because you are

[Linuxdcpp-team] [Bug 1425276] Re: The Unicode mirror character and possibly other similar ones can be used for nick spoofing in ADC hubs

** Attachment added: "spoofing_airdc_sends_msg_to_dcpp.jpg" https://bugs.launchpad.net/dcplusplus/+bug/1425276/+attachment/5542074/+files/spoofing_airdc_sends_msg_to_dcpp.jpg -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++.

[Linuxdcpp-team] [Bug 1425276] Re: The Unicode mirror character and possibly other similar ones can be used for nick spoofing in ADC hubs

Somehow our project lost control of this bug entry while AirDC++ added as affected, fortunately LP support helped to regain. Now I can add a few screenshots of the test done that confirms AirDC++ 4.11 is affected. It behaves different in various areas than DC++, better in the user list, worse

[Linuxdcpp-team] [Bug 1425276] Re: The Unicode mirror character and possibly other similar ones can be used for nick spoofing in ADC hubs

** Attachment added: "spoofing_dcpp_sends_msg_to_airdc.jpg" https://bugs.launchpad.net/dcplusplus/+bug/1425276/+attachment/5542073/+files/spoofing_dcpp_sends_msg_to_airdc.jpg -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++.

[Linuxdcpp-team] [Bug 1425276] Re: The Unicode mirror character and possibly other similar ones can be used for nick spoofing in ADC hubs

** Changed in: dcplusplus Status: New => Confirmed ** Changed in: dcplusplus Importance: Undecided => Critical -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/bugs/1425276 Title: The Unicode

[Linuxdcpp-team] [Bug 1309390] Re: crash if seeker.size() < 4

** Information type changed from Private Security to Public -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/bugs/1309390 Title: crash if seeker.size() < 4 Status in DC++: Fix Released Bug

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

IIRC CryptoManager::TLSOk() was set to return always false during the tests. Also in the then latest version of DC++ it was impossible to initiate CCPM unless you were connected to an ADCS hub - that block had to be removed as well for the test. The ADCS hub requirement has since been removed

[Linuxdcpp-team] [Bug 1926222] Re: DC++ is not accessible to blind persons using screen reading software.

Michael, sorry for the late reply. What I remember we've added numerous hot keys to ease the access on a request of a visually impaired user; I don't remember any complaints of such problems you describe. He was obviously able to screen read and certainly was not blocked from those information

[Linuxdcpp-team] [Bug 1390988] Re: Username spoofing in chat

** Also affects: airdcpp Importance: Undecided Status: New -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/bugs/1390988 Title: Username spoofing in chat Status in AirDC++: New Status in

[Linuxdcpp-team] [Bug 1390988] Re: Username spoofing in chat

** Changed in: dcplusplus Status: New => Confirmed -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/bugs/1390988 Title: Username spoofing in chat Status in DC++: Confirmed Bug description:

[Linuxdcpp-team] [Bug 1390988] Re: Username spoofing in chat

I cannot reproduce this in any NMDC hubs I tried (e.g. PtokaX DC Hub 0.5.2.1) with two users using the latest DC++ version, one with the nick "nick" and the other set to "nick>"; then I tested with one of the client's nick set to "hubbot_name>". In both cases the nicks displayed with the ">"

Re: [Linuxdcpp-team] [Question #699121]: I'm trying to install on a CentOS via SSH on a macOS terminal

Question #699121 on ADCH++ changed: https://answers.launchpad.net/adchpp/+question/699121 Status: Open => Answered eMTee proposed the following answer: Well, googling this error produces a tons of results, e.g. https://www.rosettacommons.org/content/error-cpu-you-selected-does-not-supp

[Linuxdcpp-team] [Bug 1945213] Re: DC++ .870 fails to follow symbolic links

Maybe the user rights of accessing the symlink and the rights of the program itself mismatch until you reboot. Running DC++ as an administrator may resolve the problem in these cases. Anyway, thanks for confirming this as a non-issue. ** Changed in: dcplusplus Status: Incomplete =>

Re: [Linuxdcpp-team] [Question #699121]: I'm trying to install on a CentOS via SSH on a macOS terminal

Question #699121 on ADCH++ changed: https://answers.launchpad.net/adchpp/+question/699121 eMTee proposed the following answer: Also the official guide's https://adchpp.sourceforge.io/user_guide/expert_guide.html#_building_adch might give some additional help. You can also join the dev hub adcs

Re: [Linuxdcpp-team] [Question #699121]: I'm trying to install on a CentOS via SSH on a macOS terminal

Question #699121 on ADCH++ changed: https://answers.launchpad.net/adchpp/+question/699121 Status: Open => Answered eMTee proposed the following answer: There is https://adchpp.sourceforge.io/guide.html which is included in the repo. The Linux part of the installation guide is pretty va

[Linuxdcpp-team] [Bug 1088638] Re: Not enough bandwidth available, please try again later

Fixed in ADCH++ 3.0.0 ** 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/1088638 Title: Not enough bandwidth available, please try

[Linuxdcpp-team] [Bug 1850053] Re: dh key too small

Fixed in ADCH++ 3.0.0 ** 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/1850053 Title: dh key too small Status in ADCH++: Fix

[Linuxdcpp-team] [Bug 1791793] Re: Recent versions of build tools cannot be used to compile ADCH++

Fixed in ADCH++ 3.0.0 ** 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/1791793 Title: Recent versions of build tools cannot be

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

Bug #1088638 status changed in ADCH++: Fix Committed => Fix Released https://bugs.launchpad.net/adchpp/+bug/1088638 "Not enough bandwidth available, please try again later" This bug is linked to #690223. Not enough bandwidth available, please try again later

[Linuxdcpp-team] [Bug 1088638] Re: Not enough bandwidth available, please try again later

We think the message "try again later" is nowhere near telling the clients to never reconnect and we indeed suppose this is a fix for the problem and we added it so in the changelog of ADCH++. Additionally, there were an actual case where the hub owner's problem solved this way. We see this is

[Linuxdcpp-team] [Question #690223]: Status of bug #1088638 changed to 'Fix Committed' in ADCH++

Bug #1088638 status changed in ADCH++: Won't Fix => Fix Committed https://bugs.launchpad.net/adchpp/+bug/1088638 "Not enough bandwidth available, please try again later" This bug is linked to #690223. Not enough bandwidth available, please try again later

[Linuxdcpp-team] [Bug 1088638] Re: Not enough bandwidth available, please try again later

We decided to fix this problem differently than maksis suggests so the behavior don't change and in an out of bandwith case users still aren't automatically hammering the hub. Rather we changed a constant to a new configurable parameter and documented the issue, along with other possible cases,

[Linuxdcpp-team] [Question #690223]: Status of bug #1088638 changed to 'Fix Committed' in ADCH++

Bug #1088638 status changed in ADCH++: New => Fix Committed https://bugs.launchpad.net/adchpp/+bug/1088638 "Not enough bandwidth available, please try again later" This bug is linked to #690223. Not enough bandwidth available, please try again later

  1   2   3   4   5   6   7   8   9   >