GNU bug report logs -
#34178
27.0.50; Tramp not responding correctly to "/scp:slc:" syntax
Previous Next
Reported by: Tim Blackman <tim.blackman <at> oracle.com>
Date: Wed, 23 Jan 2019 13:51:02 UTC
Severity: normal
Tags: moreinfo
Merged with 34094
Found in version 27.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34178 in the body.
You can then email your comments to 34178 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34178
; Package
emacs
.
(Wed, 23 Jan 2019 13:51:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Tim Blackman <tim.blackman <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 23 Jan 2019 13:51:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
When using this nightly Emacs build, I noticed that C-x C-f was not
responding correctly to the normal tramp syntax.
After starting up with 'emacs -Q', I did:
C-x C-f /scp:slc:<RET>
("slc" is the name of my remote host.)
The message area displayed:
File not found and directory write-protected
The buffer showing was named "scp:slc:", so it seemed to think I was
talking about a local file.
Note that when I type C-x C-f in the 26.1 pretest version, the default
directory is "~/", but it is "/" in the nightly. Not sure if that is
significant.
Note that, following instructions, I did M-: (setq tramp-verbose 6)
prior to calling C-x C-f, but there did not seem to be a tramp debug
trace generated. I'm guessing that the problem is happening earlier and
the command is deciding to not invoke tramp at all.
- Tim
In GNU Emacs 27.0.50 (build 1, x86_64-apple-darwin14.5.0, NS appkit-1561.60 Version 10.13.6 (Build 17G4015))
of 2019-01-23 built on Lime.local
Windowing system distributor 'Apple', version 10.3.1561
System Description: Mac OS X 10.13.6
Recent messages:
Loading electric...done
Loading emacs-lisp/eldoc...done
Loading cus-start...done
Loading tooltip...done
Loading /Users/tblackma/Desktop/Emacs-nightly.app/Contents/Resources/lisp/leim/leim-list.el (source)...done
Finding pointers to doc strings...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading loadup.el (source)...done
6 (#o6, #x6, ?\C-f)
File not found and directory write-protected
Configured using:
'configure --with-ns '--enable-locallisppath=/Library/Application
Support/Emacs/${version}/site-lisp:/Library/Application
Support/Emacs/site-lisp' --with-modules'
Configured features:
NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES
THREADS CANNOT_DUMP
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Fundamental
Minor modes in effect:
shell-dirtrack-mode: t
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml easymenu mml-sec epa derived epg epg-config gnus-util rmail
rmail-loaddefs time-date mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils tramp-loaddefs trampver
tramp-compat shell pcomplete comint ansi-color ring parse-time
format-spec advice auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map seq byte-opt gv bytecomp
byte-compile cconv cl-loaddefs cl-lib elec-pair tooltip cus-start eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win
ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset
image regexp-opt fringe tabulated-list replace newcomment text-mode
elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow
isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core term/tty-colors frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads kqueue cocoa ns multi-tty
make-network-process emacs)
Memory information:
((conses 16 280154 15648)
(symbols 48 21850 2)
(strings 32 59698 2519)
(string-bytes 1 2495898)
(vectors 16 51938)
(vector-slots 8 1404615 50944)
(floats 8 190 60)
(intervals 56 225 0)
(buffers 992 12))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34178
; Package
emacs
.
(Wed, 23 Jan 2019 14:58:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 34178 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Jan 23, 2019, at 9:46 AM, Michael Albinus <michael.albinus <at> gmx.de> wrote:
>> When using this nightly Emacs build, I noticed that C-x C-f was not
>> responding correctly to the normal tramp syntax.
>>
>> After starting up with 'emacs -Q', I did:
>>
>> C-x C-f /scp:slc:<RET>
>>
>> ("slc" is the name of my remote host.)
>>
>> The message area displayed:
>>
>> File not found and directory write-protected
>>
>> The buffer showing was named "scp:slc:", so it seemed to think I was
>> talking about a local file.
>>
>> Note that when I type C-x C-f in the 26.1 pretest version, the default
>> directory is "~/", but it is "/" in the nightly. Not sure if that is
>> significant.
>>
>> Note that, following instructions, I did M-: (setq tramp-verbose 6)
>> prior to calling C-x C-f, but there did not seem to be a tramp debug
>> trace generated. I'm guessing that the problem is happening earlier and
>> the command is deciding to not invoke tramp at all.
>
> Hmm, yes. Tramp shall be autoloaded.
🙏🙏🙏
> Could you pls perform 'C-h v file-name-handler-alist' prior and after
> opening your file?
When I do that and press <RET>, I get transient minibuffer output that says:
Wrong type argument: stringp, (require . elec-pair)
Same thing happens on second <RET>, but third one works — neat!
The C-x C-f behavior is unchanged after this: Still says file not found and brings up a local buffer.
> As a second test, does it help to preload Tramp when starting Emacs, as
> with 'emacs -Q -l tramp'?
That got tramp to work. Then I see the redisplay problem. :-)
- Tim
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34178
; Package
emacs
.
(Wed, 23 Jan 2019 15:18:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 34178 <at> debbugs.gnu.org (full text, mbox):
Tim Blackman <tim.blackman <at> oracle.com> writes:
Hi Tim,
> Could you pls perform 'C-h v file-name-handler-alist' prior and
> after
> opening your file?
>
> When I do that and press <RET>, I get transient minibuffer output that
> says:
>
> Wrong type argument: stringp, (require . elec-pair)
OMG. That's not Tramp related. No idea what's that, could somebody else
pls chime in?
> As a second test, does it help to preload Tramp when starting
> Emacs, as
> with 'emacs -Q -l tramp'?
>
> That got tramp to work.
At least this ...
> - Tim
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34178
; Package
emacs
.
(Thu, 24 Jan 2019 19:18:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 34178 <at> debbugs.gnu.org (full text, mbox):
Michael Albinus wrote:
>> Wrong type argument: stringp, (require . elec-pair)
>
> OMG. That's not Tramp related. No idea what's that, could somebody else
> pls chime in?
https://debbugs.gnu.org/34094
Merged 34094 34178.
Request was from
Michael Albinus <michael.albinus <at> gmx.de>
to
control <at> debbugs.gnu.org
.
(Fri, 25 Jan 2019 08:02:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34178
; Package
emacs
.
(Fri, 25 Jan 2019 08:04:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 34178 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
Hi Glenn,
>>> Wrong type argument: stringp, (require . elec-pair)
>>
>> OMG. That's not Tramp related. No idea what's that, could somebody else
>> pls chime in?
>
> https://debbugs.gnu.org/34094
Thanks, I've merged both bugs.
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34178
; Package
emacs
.
(Sun, 01 May 2022 10:59:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 34178 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> There was discussion to make Emacs follow the symlink to try and find
>> the corresponding pdmp file, so maybe that's what you're seeing.
>
> "Discussion"? I thought Daniel fixed that some time ago, see commit
> 65d45de.
(I'm going through old bug reports that unfortunately weren't resolved
at the time.)
I thought so, too, so I guess this bug should be fixed now, too?
Tassilo, are you still seeing this issue in recent Emacs versions?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 01 May 2022 10:59:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34178
; Package
emacs
.
(Mon, 02 May 2022 05:02:02 GMT)
Full text and
rfc822 format available.
Message #27 received at 34178 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
Hi Lars,
>>> There was discussion to make Emacs follow the symlink to try and
>>> find the corresponding pdmp file, so maybe that's what you're
>>> seeing.
>>
>> "Discussion"? I thought Daniel fixed that some time ago, see commit
>> 65d45de.
>
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
>
> I thought so, too, so I guess this bug should be fixed now, too?
>
> Tassilo, are you still seeing this issue in recent Emacs versions?
Uhm, I wonder how I got into the Cc list of that bug given that I didn't
report or comment on it. Ah, it seems it has been merged with #34094
which I reported!
C-x C-f /scp:<host>:/... works just fine with both 28 and the current
master (-Q), so I guess the issue has been fixed.
Thanks,
Tassilo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34178
; Package
emacs
.
(Mon, 02 May 2022 08:06:02 GMT)
Full text and
rfc822 format available.
Message #30 received at 34178 <at> debbugs.gnu.org (full text, mbox):
Tassilo Horn <tsdh <at> gnu.org> writes:
> C-x C-f /scp:<host>:/... works just fine with both 28 and the current
> master (-Q), so I guess the issue has been fixed.
Thanks for checking; I'm closing this bug report, then.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
34178 <at> debbugs.gnu.org and Tim Blackman <tim.blackman <at> oracle.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 02 May 2022 08:06:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 30 May 2022 11:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 303 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.