Bug 183283

Summary:	Initial working directory is ignored
Product:	[Applications] konsole	Reporter:	Tim Landscheidt <tim>
Component:	general	Assignee:	Konsole Developer <konsole-devel>
Status:	RESOLVED FIXED
Severity:	normal
Priority:	NOR
Version:	2.1
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Unspecified
Latest Commit:		Version Fixed In:

Description Tim Landscheidt 2009-02-05 11:27:37 UTC

Version:           2.1 (using KDE 4.1.4)
Installed from:    Fedora RPMs

If you specify an initial working directory as "Start-Ordner" in "Einstellungen/Aktuelles Profil bearbeiten ..." and *de*activate the button "In selbem Unterordner starten, wie aktuelles Unterfenster" (*1), new tabs are *always* opened with "~/Dokumente" as working directory.

Expected behaviour obviously is that they are opened with the specified initial working directory as initial working directory :-).

(*1)   Unrelated: The comma is a grammatical mistake and should be removed.

Comment 1 Tim Landscheidt 2009-02-14 06:51:27 UTC

Further investigation shows that if the initial working directory is specified with no tildes (e. g. "/home/tim/somewhere" instead of "~/somewhere") new tabs are opened in that specified directory.

  This is very weird since:

a) the default value was "~/Dokumente" (with tilde),
b) there was no warning when I changed that to "~/somewhere", and
c) there was no error when I opened a new tab.

Comment 2 Tim Landscheidt 2009-02-18 20:37:44 UTC

Still a problem in 4.2.

Comment 3 Kurt Hindenburg 2009-05-08 17:34:40 UTC

SVN commit 965328 by hindenburg:

Expand ~ for working/initial directory; includes the command line and in profiles.

BUG: 183283


 M  +1 -1      Session.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=965328

Comment 4 Kurt Hindenburg 2009-05-08 17:42:42 UTC

SVN commit 965329 by hindenburg:

Expand ~ for working/initial directory; includes the command line and in profiles.

CCBUG: 183283


 M  +1 -1      Session.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=965329