STEPS TO REPRODUCE 1. Try to log into you account, try to create an item, or anything important that requires typing. 2. Connect/Disconnect an HDMI cable. OBSERVED RESULT The part of the password that was typed during the connection/disconnection isn't inserted, and the item that was being created just disappears. EXPECTED RESULT Video shouldn't matter for typing, nor undo the process of creation of items. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.4.2 KDE Frameworks Version: 6.15.0 Qt Version: 6.9.1 Kernel Version: 6.15.5-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 8 × 11th Gen Intel® Core™ i5-11300H @ 3.10GHz Memory: 9 GB of RAM (8.1 GB usable) Graphics Processor 1: NVIDIA GeForce GTX 1650 Graphics Processor 2: Intel® Iris® Xe Graphics Manufacturer: LENOVO Product Name: 82MG System Version: IdeaPad Gaming 3 15IHU6 ADDITIONAL INFORMATION None.
"try to create an item, or anything important that requires typing" can you elaborate on what that means please
Creating a text file or a folder in this case.
Where? On the Plasma desktop? Does it happen in any apps too? For bugs as specific as this one, we really need detailed steps to reproduce and some attempt at debugging, not just a general description. Thanks!
(In reply to Nate Graham from comment #3) > Where? On the Plasma desktop? Does it happen in any apps too? > > For bugs as specific as this one, we really need detailed steps to reproduce > and some attempt at debugging, not just a general description. > > Thanks! The "Create new file/folder" window closes when the HDMI cable is unplugged, but it works when it's plugged. The items mid-renaming have their renaming canceled if the HDMI is unplugged or plugged. It's not related to writing like I originally thought, although it's more noticeable if you type while the transition is happening.
Please write standard steps to reproduce.
Issue 1: 1- Plug and HDMI monitor/TV. 2- Right-Click to open the context menu 3- Click on Create new > Text File / Folder. 4- While the windows for naming the file/folder is open, unplug the HDMI cable. Result: The window closes and the file/folder is not created without user input. Issue 2: 1- Click on a desktop file/folder's name to rename it. 2- Type anything but don't apply the name. 3- Plug or unplug the HDMI cable. Result: The file/folder renaming process is canceled without user input.
Thank you. When you disconnect the monitor/TV, are there any other screens active? Or does this have the effect of temporarily putting your system in a state where no monitors are plugged in?
Created attachment 183840 [details] Reproducing both issues. I have a 4K TV that I connect to my notebook with an HDMI cable, and the notebook's monitor.
Ah, the key part is that you're performing these operations on the desktop of the screen that's being disconnected. That's the relevant part. Thanks for the screen recording; that helped a lot. The way Folder View is implemented is that each screen gets its own instance. So when you disconnect a screen, all the pending stuff on that screen's Folder View instance goes away. I think you're expecting for the "create new" dialog and in-progress renaming to be moved to the remaining screen, right? This may be technically possible, but it could be extremely complicated. If so, I think it's not worth doing for an extreme edge case like this. What do you think, Akseli?
Sounds super complicated to fix. In general it seems that we close everything on a display that doesnt exist: figuring out what we closed and what it had, then what to do with it seems like complicated thing. On top of that, currently we try to avoid doing anything on a display that is off, to avoid messing things up situations where display is on. If there is a fix, its behind a big rewrite where this edgecase is taken into account from a get-go.
I would agree with that assessment. That would put this bug in the category of "not worth fixing at this point in time", sorry.
That's ok. I'll just say that in the attachment, it seems that the windows closes only after the notebook monitor is fully functioning, making it look like the windows is panicking and crashing due to it being on, instead of closing due to not having any monitor available.