Putting the screen to sleep and waking it up again resets non-maximized, but larger than 1920x1080 windows to 1920x1080. STEPS TO REPRODUCE 1. Open any window, size it to be bigger than 1920x1080. 2. Wait for the screen to go into the sleep mode. 3. Wake up the screen. OBSERVED RESULT The window is moved to the top left corner of the screen and its size is set to 1920x1080. SOFTWARE/OS VERSIONS Operating System: Gentoo Linux 2.15 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.8.0-gentoo (64-bit) Graphics Platform: Wayland Graphics Processor: AMD Radeon Graphics ADDITIONAL INFORMATION This is a regression from 5.27.
What's the resolution of the screen that this is happening on?
3440 × 1440
Thanks. And what scale is this screen set to?
The scale is set to 100% and QT_AUTO_SCREEN_SCALE_FACTOR=0
Did you manually set QT_AUTO_SCREEN_SCALE_FACTOR?
I did set it manually in the past (Plasma 5), but now I don't find this variable in any of the config files. After updating one of the other system libraries, the window size seem to be right after unlocking the screen, but plasmashell crashes every time instead: Program terminated with signal SIGSEGV, Segmentation fault. [KCrash Handler] #4 0x00007f9f9beac43e in void QtPrivate::QPodArrayOps<KScreen::WaylandOutputDevice*>::emplace<KScreen::WaylandOutputDevice*&>(long long, KScreen::WaylandOutputDevice*&) () at /usr/lib64/qt6/plugins/kf6/kscreen/KSC_KWayland.so #5 0x00007f9f9beaa626 in KScreen::WaylandConfig::addOutput(unsigned int, unsigned int) () at /usr/lib64/qt6/plugins/kf6/kscreen/KSC_KWayland.so #6 0x00007f9f9beaa8cf in KScreen::WaylandConfig::setupRegistry()::{lambda(void*, wl_registry*, unsigned int, char const*, unsigned int)#1}::_FUN(void*, wl_registry*, unsigned int, char const*, unsigned int) () at /usr/lib64/qt6/plugins/kf6/kscreen/KSC_KWayland.so #7 0x00007f9fa7f0c2aa in ffi_call_unix64 () at /usr/lib64/libffi.so.8 #8 0x00007f9fa7f0b6c1 in ffi_call_int () at /usr/lib64/libffi.so.8 #9 0x00007f9fa7f0be1d in ffi_call () at /usr/lib64/libffi.so.8 #10 0x00007f9faaa44c44 in wl_closure_invoke.constprop () at /usr/lib64/libwayland-client.so.0 #11 0x00007f9faaa44fac in dispatch_event.isra () at /usr/lib64/libwayland-client.so.0 #12 0x00007f9faaa49af6 in wl_display_dispatch_pending () at /usr/lib64/libwayland-client.so.0 #13 0x00007f9fa9f5e052 in QtWaylandClient::QWaylandDisplay::flushRequests() () at /usr/lib64/libQt6WaylandClient.so.6 #14 0x00007f9fa827a68d in QObject::event(QEvent*) () at /usr/lib64/libQt6Core.so.6 #15 0x00007f9faa516bb9 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib64/libQt6Widgets.so.6 #16 0x00007f9fa82f0408 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib64/libQt6Core.so.6 #17 0x00007f9fa83162ee in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /usr/lib64/libQt6Core.so.6 #18 0x00007f9fa80c85b7 in postEventSourceDispatch(_GSource*, int (*)(void*), void*) () at /usr/lib64/libQt6Core.so.6 #19 0x00007f9fa6ca1c72 in g_main_dispatch () at /usr/lib64/libglib-2.0.so.0 #20 0x00007f9fa6ca4e27 in g_main_context_iterate_unlocked.isra () at /usr/lib64/libglib-2.0.so.0 #21 0x00007f9fa6ca544c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #22 0x00007f9fa80c1f10 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt6Core.so.6 #23 0x00007f9fa831b00a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt6Core.so.6 #24 0x00007f9fa831b1c7 in QCoreApplication::exec() () at /usr/lib64/libQt6Core.so.6 #25 0x0000561d91241154 in main ()
Ok, it sounds like the original issue is fixed now; please open a new bug report for that new different one. Thanks!
Well, to me it seems the original issue is now unreachable :)