On Mon, 29 Aug 2011 17:08:49 +0400 Michael Tokarev <m...@tls.msk.ru> wrote:
> The sequence of events is like, > > open a roxterm window as user, > su to root with exec (exec su - or exec sudo bash) > open new tab or window (Ctrl+Shift+N or Ctrl+Shift+T) > > it will complain that it can't read /proc/NN/cwd due to > permission denied problem and close new window/tab after > confirmation dialog. > > I understand it is trying to get current working directory > of a child process to start new tab/window in the same dir, > and it fails because new child is root-owned and it can't > read its current directory anymore. > > In this case it may either notice this fact in a dialog or > just use $HOME silently, instead of failing. > > I think previous version had no issue like this. Thanks for the report. I can confirm this is reproducible and I've fixed it by checking for errors (eg EPERM) reading the link and not trying to set the cwd in that case. You're probably right that previous versions didn't have this bug because they spawned child processes in a different way. I've fixed it in git but I'd rather hold off release for a little while. I've only just released a new version (experimental in Debian) and it would be surprising if there aren't any other bugs because there were major changes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
