Bug 320522 - Session restored tab has zero initial size
Summary: Session restored tab has zero initial size
Status: RESOLVED WORKSFORME
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: 2.10.2
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-05-31 09:40 UTC by Paul Eggleton
Modified: 2021-08-22 04:36 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Eggleton 2013-05-31 09:40:36 UTC
I have a set of tabs in Konsole which is always restored on login via the standard session support. In my ~/.bashrc I have a script which calls qdbus to check the Konsole tab's title, and based on that automatically logs into a remote machine using mosh; however if I haven't switched to the tab before this happens mosh fails with:

mosh-server: terminalframebuffer.cc:73: Terminal::Framebuffer::Framebuffer(int, int): Assertion `s_height > 0' failed.

If I switch to the tab before it has a chance to connect, it works with no error. I suspect the issue is that the terminal within the tab has 0x0 size until you first show the tab.

Reproducible: Always

Steps to Reproduce:
1. Add the following to ~/.bashrc:
if [ "$KONSOLE_DBUS_SESSION" != "" ] ; then
        TAB_TITLE=`qdbus $KONSOLE_DBUS_SERVICE $KONSOLE_DBUS_SESSION title 1`
        if [ "${TAB_TITLE:0:8}" == "myserver" ] ; then
                mosh myserver
        fi
fi

2. Add an additional tab and change its title to "myserver"

3. Log out and log back in again
Actual Results:  
mosh fails with an error on connect:
mosh-server: terminalframebuffer.cc:73: Terminal::Framebuffer::Framebuffer(int, int): Assertion `s_height > 0' failed.


Expected Results:  
mosh does not fail with an error

I'm using mosh 1.2.4.
Comment 1 Kurt Hindenburg 2014-03-21 03:27:36 UTC
I set this up and it appears to work OK here.

Using Konsole w/ KDE 4.12/13 with mosh 1.2.4

Can you try a newer Konsole version and let me know?
Comment 2 Kurt Hindenburg 2014-03-21 12:58:00 UTC
OK I see it now - I'll see what I can do
Comment 3 Jinesh Choksi 2021-07-23 19:33:34 UTC
I tried to reproduce this via:

1. Added the following to ~/.bashrc

if [ "$KONSOLE_DBUS_SESSION" != "" ] ; then
  TAB_TITLE=`qdbus-qt5 $KONSOLE_DBUS_SERVICE $KONSOLE_DBUS_SESSION title 1`
  if [ "${TAB_TITLE:0:8}" == "myserver" ] ; then
    mosh localhost
  fi
fi


2. Starting konsole and adding multiple (3) tabs to it. Renaming the middle tab to "myserver"

3. Logged out and logged back in again

Result was that it restored my Konsole window with the 3 tabs and it was prompting me to enter credentials in the myserver tab. i.e. Mosh was working as intended.

I could not reproduce the issue.

Paul, can you confirm if the issue is still reproducible by you?

My setup:

- Distro: openSUSE Tumbleweed
- KDE Plasma Version: 5.22.3
- KDE Frameworks Version: 5.84.0
- Qt Version: 5.15.2
- Graphics Platform: X11
- Kernel Version: 5.13.2-1-default
- Konsole Version: 21.04.3
- Mosh Version: 1.3.2
Comment 4 Bug Janitor Service 2021-08-07 04:36:00 UTC
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!
Comment 5 Bug Janitor Service 2021-08-22 04:36:37 UTC
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!