CustomTreeCtrl edit label remains stuck forever sometimes

[Nyral]

Windows 10 (or Windows 7)
wxPython 4.0.6 (pip)
Python 3.7.3 [32bit]

From what I can tell, it seems that I'm able to somehow select the label from behind the TextCtrl and trigger a second edit label instance that can't be closed.
Or maybe KillFocus doesn't trigger correctly? I dunno.

Here's me reproducing it with the example from wxDemo:

Another example (from another GUI):

[cbeytas]

When you left-click on a label, a TreeEditTimer is started. After _DELAY (500ms) the tree will edit the label.

If you are already editing the label this shouldn't happen, but the TreeTextCtrl doesn't fully cover the label area. So if you click just outside the TreeTextCtrl, the TREE_HITTEST_ONITEMLABEL test will pass and the timer will be started. After 500ms a second TreeTextCtrl is spawned on top of the old one.

When you change the selection, only the most recent TreeTextCtrl is Destroyed and the old one is left orphaned in the tree.

Could be fixed in customtreectrl.py at the end of the Edit() method:

        if self._editCtrl != None and item != self._editCtrl.item():
            self._editCtrl.StopEditing()

        self._editCtrl = TreeTextCtrl(self, item=item)
        self._editCtrl.SetFocus()

if self._editCtrl is not None, an edit control already exists in the tree.
I believe it should not assign self._editCtrl to a new TreeTextCtrl without guaranteeing the previous one is destroyed.

[Nyral]

@cbeytas Thank you for looking into this! It means a lot to me.

Based on your explanation, I added a condition for checking self._editCtrl is None.

if self._editCtrl == None:
        self._editCtrl = TreeTextCtrl(self, item=item)
        self._editCtrl.SetFocus()

That seems to have been enough to fix the issue.

In wxDemo you can see that the edit event is triggered multiple times, but a new TreeTextCtrl is not created.