Bug 245092 - tab name changes when no format is specified
Summary: tab name changes when no format is specified
Status: RESOLVED FIXED
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: 2.3.2
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-19 05:32 UTC by Jim Anderson
Modified: 2010-10-22 03:41 UTC (History)
1 user (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 Jim Anderson 2010-07-19 05:32:30 UTC
Version:           2.3.2 (using KDE 4.3.2) 
OS:                Linux

I have  been trying to set the name of my tabs to fixed names.


One would think that typing in a name with no tokens would
fix the name of the tab. But this is not the case. The konsole
resets the name of the tabs according to it's own liking, and one
which I have yet to figure out.


In the documentation, I would like to see a statement describing
the behavior for naming a tab when the 'Tab title format' is left
blank, or when a fixed set of characters is entered, i.e. with no
tokens present.


I would also like to see a statement added describing how to
set the name of a tab to a fixed name.


Jim Anderson

Reproducible: Sometimes

Steps to Reproduce:
- select the 'settings' tab in Konsole
- select 'Edit the current profile'
- in 'Edit the Current Profile', select the 'tabs' menu
- in the 'Tab Title Format' box, insert 'Current Directory (Short)'
- click on the 'OK' button
- in the Konsole window enter 'cd $HOME' (note the name of the tab changes to
     the home directory)
- double click on the tab name and the 'rename Tab' window pops up
- enter a name, e.g. MyTab - (NOTE: I expect this to be a fixed tab name now)
- select the 'settings' tab in Konsole
- select 'Edit the current profile'
- in 'Edit the Current Profile', select the 'tabs' menu
- in the 'Tab Title Format' box, delete the existing format (the format box now
    has NO format spec)
- click on the 'OK' button 
- in the Konsole window enter 'cd /tmp' (note the name of the tab goes blank)


Actual Results:  
The 'fixed' name of a tab changes to a blank after changing the format to a null field

Expected Results:  
When I explicitly name a tab, I expect that the name will be fixed and will not change or disappear.

I tried reading the Konsole documentation on this subject and I could not
find a description on how to name a tab with a fixed name. In former releases
that I used, once I named a tab, the tab name did not change again unless I
changed the name again. This is the behavior that I expect.

The documentation needs to explain how to name a tab and what effect the
format specified will have. If a format is specified does it override the
current name? This appears to be the case, but I maintain that the format
should be ignored if the user explicitly names the tab.
Comment 1 andrey 2010-07-21 10:24:05 UTC
i want it fix too
plus ability to color each tab - for example red for root console (as was in kde3)
Comment 2 Kurt Hindenburg 2010-10-12 03:47:18 UTC
This has been fixed although I'm not sure for what version

Tested 4.5.2
Comment 3 Jim Anderson 2010-10-22 03:41:26 UTC
Kurt,

Thank you for taking the time to fix the problem!!

Regards,
Jim Anderson

--- On Mon, 10/11/10, Kurt V. Hindenburg <kurt.hindenburg@gmail.com> wrote:

From: Kurt V. Hindenburg <kurt.hindenburg@gmail.com>
Subject: [Bug 245092] tab name changes when no format is specified
To: jjanderson52000@yahoo.com
Date: Monday, October 11, 2010, 9:47 PM

https://bugs.kde.org/show_bug.cgi?id=245092


Kurt V. Hindenburg <kurt.hindenburg@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED




--- Comment #2 from Kurt V. Hindenburg <kurt hindenburg gmail com>  2010-10-12 03:47:18 ---
This has been fixed although I'm not sure for what version

Tested 4.5.2