Opening a new tab in gnome-terminal no longer retains cwd

Bug #1193993 reported by Michael Gratton
56
This bug affects 12 people
Affects Status Importance Assigned to Milestone
Ubuntu GNOME
New
Undecided
Unassigned

Bug Description

In gnome-terminal 3.6 in Qantal and earlier, opening a terminal in new tab resulted in the current working directory of teh new new terminal being the same as cwd in the terminal where the new tab was opened - you get a new terminal in the same directory.

After upgrading to Raring and the GNOME3 PPA with gnome-terminal 3.8, this no longer works - the cwd of terminals in new tabs is always $HOME.

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: gnome-terminal 3.8.2-0ubuntu1~raring1 [origin: LP-PPA-gnome3-team-gnome3-staging]
ProcVersionSignature: Ubuntu 3.8.0-25.37-generic 3.8.13
Uname: Linux 3.8.0-25-generic x86_64
ApportVersion: 2.9.2-0ubuntu8.1
Architecture: amd64
Date: Mon Jun 24 14:18:32 2013
InstallationDate: Installed on 2011-06-03 (751 days ago)
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1)
MarkForUpload: True
SourcePackage: gnome-terminal
UpgradeStatus: Upgraded to raring on 2013-06-19 (5 days ago)

Revision history for this message
Michael Gratton (mjog) wrote :
summary: - Opening a new tab lo longer retains cwd
+ Opening a new tab in gnome-terminal no longer retains cwd
Revision history for this message
Tim Lunn (darkxst) wrote :

This probably wont get fixed for raring + PPA since it requires changes to bashrc.

As a workaround, add the following line to the end of ~/.bashrc:

. /etc/profile.d/vte.sh

Revision history for this message
Jeremy Bícha (jbicha) wrote :

Well we can probably backport the fix to the Raring PPA but it may take a while before it's fixed in Saucy.

Revision history for this message
xavierzhao (xavierzhao-private) wrote :

Hi, Tim
I was added . /etc/profile.d/vte.sh to end of ~/.bashrc, but not working

Revision history for this message
Lta (elthariel) wrote :

Fixes it for me. Thanks

Sources it for .zshrc, .bashrc or both depending on the shell you're using

Revision history for this message
Jing Zhang (wanderer.wetware) wrote :

It also works for me. Thanks.

$ cat /etc/issue
\Ubuntu 14.04 LTS \n \l

$ uname -a
Linux Z-J 3.13.0-24-generic #47-Ubuntu SMP Fri May 2 23:30:00 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Revision history for this message
Simone (tigerjack89) wrote :

The workaround works for me on Ubuntu 14.04 x64

Revision history for this message
Le Tian Ren (gpanda+) wrote :

The workaround works for me on Ubuntu 14.04 x64

Revision history for this message
iBart (bart-) wrote :

Why does this bug have a 'New' status after three years?

Revision history for this message
Angel (campoverdeangelf) wrote :

Hi,

I have had this problem for about a year and a half in my university, since I was hired. I was always too busy to dig into this. Now I finally found out the reason. In retrospective this bug has made me waste a lot of time, because I always have had to cd to the directory where I was working in the last tab.

I just can't believe people can be so negligent and leave this unattended for so many years.

Cheers.

Revision history for this message
Martin Sosic (sosic-martin) wrote :

Just had this problem on Arch Linux with Gnome 40.0. Adding the specified line to .bashrc solved it.

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.