GUI scaling rendered KDevelop useless on Windows 10

[Ingvar Tjøstheim]

1. I am unable to reproduce the situation at the moment. The upsizing of the GUI in KDevelop has happened over a bit of time. It might have to do with the computer going to sleep with/without the dock, and being a bit more hard to replicate. I will keep an eye and try different things.

2. > "are you saying that the issue is NOT resolved by restarting KDevelop?" - Correct. As mentioned in the initial post: " I have uninstalled and remoted all files in "Program Files" and in "AppData/Local" and reinstalled, but the problem persists." I mean by this that I tried uninstalling KDevelop and removing any traces of it that I could find. The GUI up-sizing issue persisted through stopping the program, uninstalling, deleting files, installing and starting the program again.
As mentioned, force-rebooting Windows 10 somehow brought the GUI back to normal scale. It has for now resolved the issue completely, and I have not been able to reproduce it. But as the GUI up-scaling happened over time, with me using the computer for other things and plugging/unplugging it from the dock, sleeping and waking the computer, I suspect it will reappear again. I will notify if it does, and try to pay more attention to what happens just before.

3. As you write, quitting KDevelop is not too cumbersome, but this didn't resolve the issue.

4. As of now, I don't know of any other Qt programs I have installed. If the problem reoccurs, perhaps I could try one from this list if any are Qt based: https://portableapps.com/apps
Please let me know.

5. I don't think there are 2 GPU. Just an INTEL UHD Graphics card. Processor is i7-10510U, 1.8 GHz

6. Installing Linux would be better, and my preference. It is a work laptop, though. I might eventually get dualboot...

-Ingvar


-----Original Message-----
From: René J.V. Bertin <rjvbertin at gmail.com> 
Sent: 15 September 2021 11:05
To: Ingvar Tjøstheim <itj at automasjon.no>
Cc: kdevelop at kde.org
Subject: Re: GUI scaling rendered KDevelop useless on Windows 10

On Wednesday September 15 2021 05:43:44 Ingvar Tjøstheim wrote:

>I only use one screen at the same time. I have a USB-C dock for the laptop, where the monitor is plugged in. I either use the monitor through this, or use the built-in laptop monitor when I disconnect the dock.

IMHO that does make the issue a bit less acute I think, or at least I can't imagine you're dis- and re-connecting the laptop to that dock so frequently that quitting KDevelop first is too cumbersome.
It would be interesting to know though if you get the same problem when you go for a multihead configuration (make the external the main screen, keep the laptop screen active) and move the KDevelop window back and forth between the 2 screens.

>I don't have any other KDE or programs. I believe Audacity is Qt, and it is not affected. 

No, Audacity is based on wxWindows. VirtualPC is based on Qt, though, so is Scribus (just to name 2 pro-quality free apps). There are multiple KDE applications available in MSWin builds: Kate (text editor), Dolphin (file explorer, sadly not with the full range of supported remote filesystems) or digiKam (digital photo album). KDevelop development seems a little slow lately (suits me fine! :)), the other cited apps less so as far as I can tell.

Either way, someone will have to figure out if your issue is specific to KDevelop, to KDE (ie. the KF5 frameworks) or if it's a Qt issue. If other KDE apps do exhibit the same issue you could (should...) install the latest Qt 5.1x (5.15.2?) through the official installer. This will give you the QtCreator IDE but also Qt's Assistant (doc reader), allowing to determine if a "pure" and "official" Qt application exhibits the same issue.

If it doesn't in the latest 5.1x version you could even install additional, older versions through the Maintenance Tool, starting with the version used by KDEvelop's build for MSWin (I have no idea what Qt version that is but you can find it via the "About KDevelop" menu action).

>Yesterday I actually unplugged the dock from the computer and due to other Windows 10 issues had to force-restart the computer. The computer appeared to not want to turn on (black screen) until I had held the power button a while. After finally managing to boot the computer with only the laptop screen, KDevelop somehow was restored to normal size.
>If the issue returns, I will try turning the computer off, restarting and cycling power, etc, while paying attention to what works and not. I will let you know.

Wait, are you saying that the issue is NOT resolved by restarting KDevelop? If I understand the above correctly, KDevelop probably told you it didn't exit properly when you first started it again after the reboot, i.e. it "crashed". I have no idea how you can make a program to crash/abort on Win10, but if you can figure that out it would definitely be of interest because it points to the inappropriate use of cached data used for rendering the UI. IMHO that kind of information shouldn't be cached on disk but that's a subject for future discussion!

Did the restart solve the issue completely (for now)? In my experience it's not a bad idea to restart MSWin computers regularly, or even turn them off at the end of the day.

>This is a relatively new Lenovo X1 Carbon Gen 8 laptop.

Does it have dual GPUs, i.e. the one inside the CPU and a dedicated/discrete video adapter? If it does you also have the option of forcing KDevelop to use either one of the two, and see if that makes a difference. If it does that would hint at an issue in the driver for the affected GPU.

You could also just install Linux; the laptop is bound to run better/faster that way ;)

R.