linuxdcpp-team team mailing list archive

[eMTee <696761@xxxxxxxxxxxxxxxxxx>]

Tests prove its possible that when HubFrame::preClosing is called the password dialog is beeing / already shown. When the dialog closed then the Client object is already destroyed in the hubframe destructor, that's why it crashes.
If its possible to check somehow that the window is beeing closed (even before preClosing called) then the dialog can be prevented to show using that way (beyond my competence)
If not, both of the two attached patch prevents the crash, choose the better looking one :)

** Patch added: "hubframecrash1.patch"
   https://bugs.launchpad.net/dcplusplus/+bug/696761/+attachment/1850486/+files/hubframecrash1.patch

-- 
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
https://bugs.launchpad.net/bugs/696761

Title:
  Password Dialog box crash

Status in DC++:
  New

Bug description:
   1) make a dlg box pop up for entering passwords
   2) close the hub frame right before a reconnect (what will happen is that as the HubFrame is closing a dialogue box for password input will come up but the frame is closed already so cancelling or even hitting ok will crash DC++)

   Using te steps above will 100% crash DC++ every single time