Yes, I can confirm. I run r3327 until a similar case appeared. I could not crash the client. I switched to r3333 and managed to crash it within seconds. This time a crash log was generated however. I am also attaching a new screenshot for a better visual representation, too.
** Attachment added: "CrashLog_r3333" https://bugs.launchpad.net/dcplusplus/+bug/1208049/+attachment/3760199/+files/CrashLog_r3333.txt -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/bugs/1208049 Title: Transfer grouping issue crashes the client Status in DC++: New Bug description: I noticed with the recent releases (currently running r3332 x86) that the transfer group does not work properly. I have attached a screenshot about the latest crash as there were no crash logs generated during either of the events. The issue is based on that when a user is trying to downlad the same file trough multiple established connection, the grouping (when closed) shows less established connections as opposed to when its opened. The drawing of the grouped downloads as displayed on the screenshot indicates that there are different files grouped under the same users. The crash happens after opening the grouped list a few times. The screenshot could not include at this point, but there were supposed to be 2 of the same files (first 2 only, excluding the TTH transfers and the files below) grouped. I kept opening and closing it and each time there were more uploads (of TTHs and the files from the bottom) added to the same group, although it still showed 2/2 when closed, and that was the point when the crash occured. To manage notifications about this bug go to: https://bugs.launchpad.net/dcplusplus/+bug/1208049/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~linuxdcpp-team Post to : linuxdcpp-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~linuxdcpp-team More help : https://help.launchpad.net/ListHelp
