bug#779: marked as done (recentf and remote files)

[don@donarmstrong.com (Emacs bug Tracking System)]

[-- Attachment #1: Type: text/plain, Size: 850 bytes --]


Your message dated Tue, 26 Aug 2008 15:46:28 -0400
with message-id <87zlmzv9t7.fsf@cyd.mit.edu>
and subject line Re: bug#779: Tramp saves old locations, tries to re-open them on launch
has caused the Emacs bug report #779,
regarding recentf and remote files
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don@donarmstrong.com
immediately.)


-- 
779: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=779
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 7491 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 4518 bytes --]

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

I open one or more files via tramp on a remote machine. I then close
down Emacs. I do not save remote files in the desktop.

On re-lanching Emacs, it logs into the machines via tramp. This is a
waste of time if none of the files are in the desktop. Worse, if
somehow tramp tries to log in to a user:machine where I don't have the
password, Emacs ceases to process .emacs. Similarly if it tries to log
into an account on a machine which is shut down or otherwise
unavailable.

If there is a variable "tramp.*" that controls this behavior, I don't
see it.

Thank you.

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/22.1/etc/DEBUG for instructions.

No crash.

In GNU Emacs 22.1.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2008-05-03 on terranova, modified by Ubuntu
Windowing system distributor `The X.Org Foundation', version 11.0.10400090
configured using `configure  '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.1/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.1/leim' '--with-x=yes' '--with-x-toolkit=athena' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  recentf-mode: t
  shell-dirtrack-mode: t
  partial-completion-mode: t
  display-time-mode: t
  show-paren-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  abbrev-mode: t

Recent input:
<return> C-g <down> C-x C-g <help-echo> <menu-bar> 
<buffer> "*tramp/ssh dzur*" <help-echo> <help-echo> 
<menu-bar> <buffer> "*tramp/ssh dragon*" <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> C-x k <return> C-x k <return> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <menu-bar> <help-menu> <emacs-problems> 
C-s t r a m C-x k <return> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <menu-bar> <help-menu> 
<report-emacs-bug>

Recent messages:
tramp: Waiting 60s for prompt from remote shell
tramp: Sending password [2 times]
Quit
Note: file is write protected
Loading outline...
Loading easy-mmode...done
Loading outline...done
View mode: type C-h for help, h for commands, q to quit.
Mark saved where search started
Loading emacsbug...done


-- 

Charles Curley                  /"\    ASCII Ribbon Campaign
Looking for fine software       \ /    Respect for open standards
and/or writing?                  X     No HTML/RTF in email
http://www.charlescurley.com    / \    No M$ Word docs in email

Key fingerprint = CE5C 6645 A45A 64E4 94C0  809C FFF6 4C48 4ECD DFDB

[-- Attachment #2.1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #3: Type: message/rfc822, Size: 1687 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: Michael Albinus <michael.albinus@gmx.de>
Cc: Glenn Morris <rgm@gnu.org>, 779-done@emacsbugs.donarmstrong.com
Subject: Re: bug#779: Tramp saves old locations, tries to re-open them on launch
Date: Tue, 26 Aug 2008 15:46:28 -0400
Message-ID: <87zlmzv9t7.fsf@cyd.mit.edu>

> > Likely you have enabled recentf or another package like this. Could
> > you, please, check it in your .emacs?
>
> It's the first entry in "Minor modes in effect:" in the original report.
>
> There seems to be a fix for this in the trunk recentf-keep:
>
>     Remote files are checked for readability only in case a connection
>     is established to that remote system, otherwise they are kept in
>     the recent list without checking their readability.

I'd rather not backport this into the branch at this stage of the
pretest.  However, this change ought to have been documented in NEWS on
the trunk.  Michael, could you write a NEWS entry?

Thanks.