#1461 After search, Auto-type does not work : The object was used after being disposed

[Desintegr]

Hi.

After search, Auto-Type feature does not work anymore.
KeePass displays an error window : The object was used after being disposed

How to reproduced it (on Linux with Mono) :

• Launch KeePass
• Use Edit → Find menu (or Ctrl+F)
• Search for something
• Results are displayed
• Use Auto-Type feature
• Error : The object was used after being disposed

A similar bug was previously created : http://sourceforge.net/p/keepass/bugs/1226/
This bug was closed as a duplicate of bug : https://sourceforge.net/p/keepass/bugs/1232/
I have reproduced this bug recently on Archlinux and Fedora 23.
Downstream bug report : https://bugzilla.redhat.com/show_bug.cgi?id=1296563

Package used :
keepass-2.30-4.fc23.x86_64
mono-core-4.0.5-3.fc23.x86_64

[Paul]

It's a problem in mono - still. Nag the mono developers for us please.

cheers, Paul

[Desintegr]

I reported the bug on the Mono bug tracker :
https://bugzilla.xamarin.com/show_bug.cgi?id=37480

[Desintegr]

KeePass is based on windows.forms, which is no longer supported in mono (said upstream).
This bug will not be fixed, I think you can close this ticket.

[Dominik Reichl]

I can't reproduce this.

Do you get a more detailed error message (with a stack trace) when running KeePass.exe with the -debug command line option?

Thanks and best regards,
Dominik

[Desintegr]

Hi.
I tried to run KeePass.exe with the -debug option.
The option works (I get a trace if I enter a wrong master password), but I do not get a trace when I get the "The object was used after being disposed" error message.

[Dominik Reichl]

Which desktop are you using on Fedora 23?

Best regards,
Dominik

[Desintegr]

I use GNOME Shell on Fedora 23.
But I had this bug on ArchLinux with MATE and Cinnamon (replaced recently with GNOME and Fedora 23).

[Dominik Reichl]

I've played a few hours with this now, and although I cannot reproduce your error dialog exactly, I can reproduce something similar (on Fedora 23 with GNOME desktop): after performing your steps (with Ctrl+V for auto-type), a window appears that is completely black and has the window title "KeePass". This might be your dialog, just that it's completely black in my case.

Unfortunately, I don't know where this dialog is coming from. In KeePass all message boxes are displayed with two central methods. Setting breakpoints and adding debugging code here results in no break and no debugging output, so the dialog is not displayed by KeePass. Due to the window title "KeePass", I guess Mono is showing the dialog on its own.

The dialog is created sometime between pressing Ctrl+V and entering the keypress handler method of KeePass (OnPwListKeyDown). The only KeePass code being executed between the keypress and its handler is the WndProc method, however this method filters messages by their code and none of the handled codes matches here, and the message itself is passed as a ref struct, thus it is impossible that a null reference or object disposed problem occurs here. This reinforces my guess that the problem lies somewhere within Mono.

'xprop' does not show any information about the black window, and the window persists even after exiting KeePass and MonoDevelop (processes are really terminated). When debugging KeePass and breaking while the dialog is shown, no thread seems to be occupied with showing a message box. While the window is displayed, KeePass' main window still responds.

Sorry, I'm out of ideas. If anyone has an idea, please let me know. In any case, this looks like a Mono problem for which I cannot implement a workaround for, thus I'm closing this bug report for now.

Thanks and best regards,
Dominik

[Ian]

Hi,

As a workaround you can use the Ctrl-E search (Quicksearch?) instead of the Ctrl-F search and it does not trigger the bug (Fedora 25).

Ian