Changing settings in 'edit current dialog' are not applied immediately after 'okay' or 'apply' nor or is the user informed about this fact. Reproducible: Always Steps to Reproduce: 1. Open Settings -> Edit current profile 2. e.g. choose to hide the scrollbar 3. select 'okay; to close the dialog Actual Results: the scrollbar of the current shell window is still there Expected Results: Either hide the scrollbar after 'okay' or 'Apply' or inform the use that only new konsole windows or newly created session with same profile will apply the settings. As it is, it looks like konsole ignores the setting. Confuses me once in a while again ;-)
That is very strange. DO you know if it is only the scrollbar option or everything that is ignored? It all works here. Also, how recent is Neon's master checkout?
Today short after midnight I assume from the version number. achim@neon-dev-unstable:~$ apt-cache policy konsole konsole: Installed: 4:16.08.1+p16.04+git20160925.0034-0 neon dev unstable is alwasy from master J.Riddell told me. This a a virtualbox installed today. But I've seen it on 16.08.03 (neon dev stable) too.
I'll usually only set scrollbar=off (and scrollback=3000 lines). I'll check what else is affected as soon as time permit tonight.
Mhmm, it worked now here too, until I've * closed all konsole windows * rm $HOME/.config/konsolerc * start konsole again * open edit current profile * hide scrollbar and scrollback e.g. 3000. Press okay -> BUG: nothing happens * open edit current profile again -> BUG scrollbar: right and scrollback: 1000 When I close and open konsole again, scrollbar is hidden and scollback is 3000 From now on edit current profile works as expected.
I can't reproduce my/the bug anymore with 17.04.2 in KDE Neon User. Closing. Achim
I'll reopen the bug: I found a way to reproduce it in todays kde neon dev unstable (updated right now so I assume master a few hours ago) To reproduce: * close konsole and rm ~/.config/share/konsole/* * start konsole + Setting -> Edit current profile -> 'Scrolling' tab * click on e.g. 'hide' => 'Apply' BUG: * 'Profile 1.profile is created in ~/.config/share/konsole/ but scrollbar does not hide. * Everytime you switch between left/right/hide + 'Apply' a new 'Profile N+1.profile' is created but konsole scrollbar does not change (still shown at the right) 'Workaround': * close konsole and start it again * switch again between left/right/hide + 'Apply' in Edit current profile. => Now it works as expected: konsole scrollbar is updated when 'Apply' is clicked. Note: there is new Profile X.desktop created. Instead the last Profile N.desktop is updated with every 'Apply' action. Hope this helps to find the cornercase bug. Achim
In konsole 18.11.70, with KDE Frameworks 5.51.0 and Qt 5.11.2 (compiled with 5.11.2) I can reproduce it *only* the first execution (after removing .config/konsolerc). Also, I can see in the console where konsole is started the following: QDBusConnection: error: could not send signal to service "" path "//home/test/.local/share/konsole/Profile 1.profile" interface "org.kde.kconfig.notify" member "ConfigChanged": Invalid object path: //home/test/.local/share/konsole/Profile 1.profile
> In konsole 18.11.70, with KDE Frameworks 5.51.0 and Qt 5.11.2 (compiled > with 5.11.2) I can reproduce it *only* the first execution (after removing >.config/konsolerc). Yep, same.
Let us know if you still have this issue on a recent version.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!