Bug 509299

SUMMARY


STEPS TO REPRODUCE
1. split the window 
2. Select Edit > Copy Input to > All Tabs in Current Window
3. Test issuing some command (for instance `ls -l`). This should be successful
4. Split the screen again and test (eventually successful)
5. Close one of the split screens
6. Split it again
7. Test. This time it will fail
8. Open Edit > Copy Input To and check the settings (it can vary)
9. Repeat a few times to see the different results

OBSERVED RESULT
With the option "Copy Input to all Tabs" enabled: After closing one split screen and opening (a) new one(s) the asterisk on the right of the tab will be visible making "copy input" as enabled. When running a command this will most frequently fail.  Results will vary, though, and some times a few panes will still receive input, while other don't.

Opening Edit > Copy Input To can show different results, no matter the initial state. It can have jumped to "None", stay in "Copy to all..." or even in some cases show _both_ options: "Copy to all..." and "None"(!)

EXPECTED RESULT

When the window is split and the "Copy to all..." enabled, it should copy the input to all panes. 

If a pane is closed or a new pane is opened, it should inherit this setting or at least not affect already open ones.

In the case that it were not possible to inherit the setting to new panes, it should do so consistently by either disbling "copy to all" entirely or leaving the older panes without change. But the most important issue is that it behaves consistently and this is documented,


SOFTWARE/OS VERSIONS
Konsole: 25.08.0
KDE Frameworks: 6.17.0
Qt: Using 6.9.2 and built against 6.9.2
KDE neon User Edition (Wayland)
Build ABI: x86_64-little_endian-lp64
Kernel: linux 6.14.0-29-generic

ADDITIONAL INFORMATION