initial window title not set

Bug #1927658 reported by richard clarke
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Sakura
Fix Released
Medium
David Gómez

Bug Description

in openbox, it comes up as "Unnamed Window" (in eg cinnamon, it's just blank)
setting the tab name via the menu sets it.
adding a new tab (initally doesn't set it) and switching tabs then sets title to the active tab ..
doing xprop on it(initial):
_OB_APP_TITLE(UTF8_STRING) = "Unnamed Window"
...
_NET_WM_VISIBLE_ICON_NAME(UTF8_STRING) = "Unnamed Window"
_NET_WM_VISIBLE_NAME(UTF8_STRING) = "Unnamed Window"
...
WM_ICON_NAME(STRING) =
_NET_WM_ICON_NAME(UTF8_STRING) =
WM_NAME(STRING) =
_NET_WM_NAME(UTF8_STRING) =

description: updated
Revision history for this message
Jae H Kim (ultratensai) wrote :

having same issue on sway-1.7 and wayfire-0.7.3

Revision history for this message
H. Prince (niksnoino) wrote :

Having the same issue here in openbox 3.6. Sakura title bar shows "Unnamed Window".

As a workaround, adding to sakura.conf:
tab_default_title=
(without any value at all) makes sakura show "sakura" in the title bar as it should.

Could the issue be related in some way to https://code.launchpad.net/~ikenfin/sakura/q_267951/+merge/278939 ?

Revision history for this message
richard clarke (ncmprhnsbl) wrote :

i noticed in arch based systems the title was being set to an inital prompt based one..
looking into it showed this: in bashrc:
```
case ${TERM} in
  xterm*|rxvt*|Eterm|aterm|kterm|gnome*)
    PROMPT_COMMAND=${PROMPT_COMMAND:+$PROMPT_COMMAND; }'printf "\033]0;%s@%s:%s\007" "${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/\~}"'

    ;;
  screen*)
    PROMPT_COMMAND=${PROMPT_COMMAND:+$PROMPT_COMMAND; }'printf "\033_%s@%s:%s\033\\" "${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/\~}"'
    ;;
esac
```
(the printf part can of course be adjusted to suit)
i guess PROMPT_COMMAND is something window managers can understand..
not sure about other shells eg. this doesn't work directly with zshrc

David Gómez (dabisu)
Changed in sakura:
status: New → Confirmed
importance: Undecided → Medium
assignee: nobody → David Gómez (dabisu)
Revision history for this message
David Gómez (dabisu) wrote :

Window title command line option is back. Hope this solves all the issues.

Changed in sakura:
status: Confirmed → Fix Committed
Revision history for this message
richard clarke (ncmprhnsbl) wrote :

looks good here:
initial title (without command option or sakura.conf) = "sakura"
naming tab udpates to new name
adding tabs: initially title stays "sakura", upon switching tabs title updates to 'Terminal 0' ..etc
using `$ sakura -t "whatever"` sets title name, and remains so regardless of adding and switching tabs, subsequent setting the of a tab name manually then uses the tab names dynamically.

only thing to do now would be to put reference to the "-t --title" option back in the --help info

David Gómez (dabisu)
Changed in sakura:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.