Closed eren-kemer closed 5 years ago
Hi, what is this issue about? Any replications steps?
Maybe it's tied to the language used in the application, I'm not getting any exceptions for empty password fields
Testing HIBP with German language file for KeePass (as the error message is shown in German) but it is working fine for me, creating a new entry without any password will not produce any exception or error message like that.
I can confirm. if you use KeePassHttp, the plugin creates one entry with the name "KeePassHttp Settings" which causes an exception.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
Server stack trace: bei HIBPOfflineCheck.HIBPOfflineColumnProv.GetPasswordStatus() bei System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Object[]& outArgs) bei System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(IMessage msg, IMessageSink replySink)
Exception rethrown at [0]: bei System.Runtime.Remoting.Proxies.RealProxy.EndInvokeHelper(Message reqMsg, Boolean bProxyCase) bei System.Runtime.Remoting.Proxies.RemotingProxy.Invoke(Object NotUsed, MessageData& msgData) bei HIBPOfflineCheck.HIBPOfflineColumnProv.UpdateStatusDelegate.EndInvoke(IAsyncResult result) bei HIBPOfflineCheck.HIBPOfflineColumnProv.OnMenuHIBP(Object sender, EventArgs e) bei System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e) bei System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e) bei System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e) bei System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e) bei System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea) bei System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea) bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) bei System.Windows.Forms.Control.WndProc(Message& m) bei System.Windows.Forms.ToolStrip.WndProc(Message& m) bei System.Windows.Forms.ToolStripDropDown.WndProc(Message& m) bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
I can verify that this occurs. It APPEARS that certain plugins create an entry for themselves in which the password LOOKS blank but probably contains an unprintable character. Just typing in one character and then backspacing to blank it out seems to fix the issue (as as workaround).
Did you try this with the latest version of the plugin? I can confirm there's a problem there, but I didn't get the exception, for me it just doesn't give any status on the password.
I made a fix for this (e3372c3a9f6a859ccb63051c83cdc9583ad6cff4), you can try it out with the below .plgx before I publish a new release.
Hope it works, like I said I didn't get the exception but I could see where the problem was, the password field was basically missing from the entry, it seems like this is possible and some plugins actually create entries without a password field.
Yes, this now works for me.