koitsu

No problem. Thanks for all the help Paul! We can close this ticket out.

Considering this problem is reproducible on bare-metal (NVIDIA-based GPU) and virtual machines (VMware-based), I would say it's pretty safe to rule out GPU drivers. I do not have AMD GPUs to test with. Not to mention, as prev. stated, the columns/fields seem to be what exacerbate this problem. Let me know the answers to my prev questions, re: "If you know of any other .NET applications that use similar feature sets" and "If you would like me to try and debug/profile this".

What would you like me to upgrade to? I'm not even sure how to ensure what's installed right now reliably. Microsoft's own documentation on this is laughable at best. The closest thing I was able to find was this other Microsoft document which returns the following in PowerShell on both said VM as well as my physical workstation: Microsoft .NET Framework 4 Client Profile KB2468871 KB2468871v2 KB2478063 KB2533523 KB2544514 KB2600211 KB2600217 Microsoft .NET Framework 4 Extended KB2468871 KB2468871v2...

TL;DR -- Problem starts with 2.x, for the most part. Performance on 1.x is what I would expect, but it greatly worsens with the introduction of the 2.x series. Polite reminder: the issue happens when dragging on-screen a field/column that has content in it. If the field is empty, there is no performance issue (i.e. on-par with 1.x). If you need me to make a 60fps video demonstrating this problem, I can do so. As stated previously, it can be easily reproduced on even a VM (VMware Workstation 17.x)....

Good lord, I wrote up a response and Sourceforge timed me out. Sigh...

Thanks for the "31100 entries.kbdx" file! I downloaded it and loaded it. The load time is longer (understandably), but that's fine, but also irrelevant to the problem I'm describing here. The problem/performance hit using that file when dragging things on-screen is about the same as the new database I had with almost 200 entries. That said: Tools -> Options -> Interface -> Entry List -> Show dereferenced data (slow) is disabled (default). Enabling this does worsen the problem I describe, but not...

Some general testing shows that the number of columns visible (using Customize Columns...) greatly affects how noticeable this problem is. But I asked myself: why would the number of columns matter? (Answer: it doesn't, keep reading.) Further tests demonstrate that the "choppiness" happens only when the column content is what's being dragged from off-screen. How can I can explain this more clearly, hmm... The main KeePass window (where column contents are) -- I will call this the "main content area"...

I can reproduce this problem even on a dedicated Windows 10 VM running under VMware Workstation 17. (The off-screen performance issue I describe is even worse under a VM, but that's because it's a VM, so it acts as a good test subject.) Details: Fresh KeePass 2.54 portable install (i.e. no config file present (until after first run), no custom plugins, no triggers) No options in KeePass are changed (i.e. defaults are used from whenever the config file is generated first time) Always On Top is not...