SUMMARY In a system with two screens, one placed above the other, and kdevelop shown maximized in the upper screen. When a search is performed, or a click in where this is used is performed, kdevelop changes its size and the lower part invades the lower screen. STEPS TO REPRODUCE 1. Open Kdevelop maximized in the upper screen. 2. Ctrl+F to search for anything. When then search starts again from the beginning, the minimum vertical size changes and invades the lower screen. 3. The only way to restore its original size is not maximize (if I move the window, it invades the lower screen again) and then maximize. OBSERVED RESULT The minimum vertical size is wrongly calculated and invades the lower screen. EXPECTED RESULT It behaves like it is run with only one screen. SOFTWARE/OS VERSIONS Operating System: Kali GNU/Linux 2024.4 KDE Plasma Version: 6.2.5 KDE Frameworks Version: 6.10.0 Qt Version: 6.7.2 Kernel Version: 6.11.2-amd64 (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-8565U CPU @ 1.80GHz Memory: 15.2 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620
Can you try to reproduce this bug in Kate?
No, so far only kdevelop shows this behaviour. But I have to do something else (still unknown) before it happens. I'm trying to reproduce it and I can't following the steps. But it happens to me quite often. I'll reopen when I know exactly the steps to reproduce it.
There are two other bugs related to the Ctrl+F/Ctrl+R search: Bug 488164 and Bug 468703. I was able to reproduce the first of the bugs in Kate and moved it to frameworks-ktexteditor. Though Kate developers cannot reproduce the bug for some reason. So if you manage to reproduce this bug in Kate, please change the product to frameworks-ktexteditor as well.
The bug is easily reproduced opening a file with long lines when a panel is shown. https://bugs.kde.org/show_bug.cgi?id=499538