Version: 2.1 (using Devel) Installed from: Compiled sources OS: Linux Steps to Reproduce: 1. Run Konsole. 2. Open a new tab. 3. Drag-and-drop to switch order of tabs. Result: terminal view goes black until mouse or keyboard input.
Confirmed.
*** Bug 169439 has been marked as a duplicate of this bug. ***
*** Bug 186122 has been marked as a duplicate of this bug. ***
*** Bug 189068 has been marked as a duplicate of this bug. ***
*** Bug 226785 has been marked as a duplicate of this bug. ***
Confirmed with konsole from KDE 4.4.2 (Gentoo Linux)
Confirmed with: (konsole -v) Qt: 4.6.2 KDE Development Platform: 4.4.3 (KDE 4.4.3) Konsole: 2.4.3
*** Bug 237799 has been marked as a duplicate of this bug. ***
*** Bug 238052 has been marked as a duplicate of this bug. ***
This patch appears to fix it. Trunk if frozen for 4.5 and I'm not sure there will be a 4.4.5 so I can't commit it. Index: ViewManager.cpp =================================================================== --- ViewManager.cpp (revision 1129498) +++ ViewManager.cpp (working copy) @@ -663,6 +663,7 @@ return; createView(controller->session(),container,index); + controller->session()->refresh(); moved = true; } void ViewManager::setNavigationMethod(NavigationMethod method)
SVN commit 1133014 by hindenburg: Refresh the screen after the user manually drag-n-drops a tab. I will forward port to 4.5.1 when that branch is open. CCBUG: 164099 M +1 -0 ViewManager.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1133014
SVN commit 1133036 by hindenburg: Refresh the screen after the user manually drag-n-drops a tab. BUG: 164099 M +1 -0 ViewManager.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1133036
I still get this with trunk, but it happens erratically. Sometimes it will refresh, and sometimes it won't. The blanks happen especially with zsh (I can't seem to get it to occur when vim is running in the tab, however).
(In reply to comment #13) > The blanks happen especially with zsh Can confirm this. Using zsh -> blank. using bash -> no blank. But the blanking only occurs when dragging tabs with the mouse. Using Strg+Shift+Right/Left works fine. It seems zsh won't do any update, if the PTY size is updated too fast. In Session::refresh() I added a "usleep(1);" between those two size changes, and the blanking does not occur anymore.
Created attachment 70255 [details] Fix zsh blanking
(In reply to comment #14) > (In reply to comment #13) > > The blanks happen especially with zsh > Can confirm this. Using zsh -> blank. using bash -> no blank. > But the blanking only occurs when dragging tabs with the mouse. Using > Strg+Shift+Right/Left works fine. > > It seems zsh won't do any update, if the PTY size is updated too fast. > In Session::refresh() I added a "usleep(1);" between those two size changes, > and the blanking does not occur anymore. Hi Franz : Thanks for your research and patch. I think you are right. Actually it also fixes bug 250212 where Session::refresh() is also called. Will commit the patch shortly after. Regards Jekyll
Git commit ccfc3f859c5695cc08895570efd0831db0d3b9b0 by Jekyll Wu. Committed on 09/04/2012 at 13:09. Pushed by jekyllwu into branch 'master'. Introduce small delay to avoid updating Pty size too quickly Some terminal application does not update its display when Pty size changes quickly in a row. Zsh seems a typical example. Thanks to Franz Fellner<alpine.art.de@googlemail.com> for the research and solution. Related: bug 250212 FIXED-IN: 4.8.3 M +2 -0 src/Session.cpp http://commits.kde.org/konsole/ccfc3f859c5695cc08895570efd0831db0d3b9b0
Git commit aea2091d1cc226a155331fa3a1f176ff005fc690 by Jekyll Wu. Committed on 09/04/2012 at 13:09. Pushed by jekyllwu into branch 'KDE/4.8'. Introduce small delay to avoid updating Pty size too quickly Some terminal application does not update its display when Pty size changes quickly in a row. Zsh seems a typical example. Thanks to Franz Fellner<alpine.art.de@googlemail.com> for the research and solution. Related: bug 250212 FIXED-IN: 4.8.3 (cherry picked from commit ccfc3f859c5695cc08895570efd0831db0d3b9b0) M +2 -0 src/Session.cpp http://commits.kde.org/konsole/aea2091d1cc226a155331fa3a1f176ff005fc690
According to this comment: https://bugs.gentoo.org/show_bug.cgi?id=411327#c7 delay of 10 usecs did not solve the issue for screen, but increasing the value to 100 did. That's what I was afraid off: It is no real solution but a workaround, result depending on the user's system :/ Nevertheless, even 100 usecs is short enough, so no visible delay will occur.
Thanks for the reminder. I'll increase that delay to a bigger value. As the existing comment within Session::refresh() says, that method itself is more like a hack than a nice solution.