Bug 694411

Summary: titlebar string is no longer dynamically settable
Product: [Fedora] Fedora Reporter: Jim Meyering <meyering>
Component: roxtermAssignee: Dan Horák <dan>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 15CC: cwickert, dan
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-08-07 15:52:11 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Jim Meyering 2011-04-07 09:45:40 UTC
Description of problem: titlebar string is no longer settable,e.g. via screen
Before the latest F15 version, my screen configuration would make each "screen" window have its own titlebar name, so that when switching between screen windows, the roxterm titlebar would reflect the screen number or name.  Now, the roxterm titlebar is always just "Roxterm".  This was discussed upstream:

http://sourceforge.net/projects/roxterm/forums/forum/422638/topic/3935925

Following their advice, I built the latest from git,

  git clone git://roxterm.git.sourceforge.net/gitroot/roxterm/roxterm

and the resulting program once again works the way I've come to expect.

Version-Release number of selected component (if applicable):
roxterm-1.21.1-1.fc15.x86_64

How reproducible: every time

Steps to Reproduce:
1. roxterm --separate
2. run this command in the new window: printf '\e]0..2;bar\a'
  
Actual results:
titlebar does not change

Expected results:
titlebar string changes from Roxterm to "bar"

Comment 1 Jim Meyering 2011-04-07 09:50:05 UTC
This is relatively serious for me, since it makes it harder
to know which screen window I'm working in.  When you have 10-20
screen windows in each roxterm window (like I do), that matters.

However, now that I've built from upstream, I'll use that until this is fixed, so it's not urgent.

Comment 2 Dan Horák 2011-06-06 11:07:38 UTC
Jim, could you please check if the latest roxterm 1.22.1 from http://koji.fedoraproject.org/scratch/sharkcz/task_3112814/ will fix your issue? My test shows it may not be the case :-(

Comment 3 Jim Meyering 2011-06-06 12:11:13 UTC
Dan, thanks for the heads up.
I confirm that that version of roxterm still fails the test described above
on F15 x86_64.

Comment 4 Dan Horák 2011-06-08 08:30:39 UTC
Jim, what's the commit id of the snapshot that works for you? I also vaguely remember an issue in GTK regarding setting the window titles/icons ...

Comment 6 Jim Meyering 2011-06-10 13:19:35 UTC
Hi Dan,
I'm using the latest from master: c113942ab787b5cc2f2054352d145d6628f8327b

The recipe I gave above is incomplete.
Here's a better one:

Steps to Reproduce:
1. roxterm --separate -e screen -c /dev/null

Actual results:
titlebar does not change

Expected results:
titlebar string changes from Roxterm to "[screen 0: zsh]"

And (good news!) roxterm-1.22.1-1.fc15.x86_64.rpm passes that test.

Thanks!

Comment 7 Christoph Wickert 2011-09-26 10:53:08 UTC
You mean roxterm-1.21.2-1.fc15, right? There never was a package of 1.22.1 but I could push 1.22.2 if you like. However I am more afraid of breaking things as the behavior changed and http://roxterm.sourceforge.net/index.php?page=news&lang=en recommends: "Consider running 'rm ~/.config/roxterm.sourceforge.net/Sessions/*' to clean up the stale files created before this version."

Comment 8 Fedora End Of Life 2012-08-07 15:52:14 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping