GNU bug report logs -
#24889
25.1; tramp-dissect-file-name signals a user-error for some invalid files
Previous Next
Reported by: Alex <agrambot <at> gmail.com>
Date: Sun, 6 Nov 2016 19:55:02 UTC
Severity: normal
Found in version 25.1
Fixed in version 26.1
Done: Michael Albinus <michael.albinus <at> gmx.de>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Tue, 08 Nov 2016 21:22:00 +0100
with message-id <87shr14t93.fsf <at> gmx.de>
and subject line Re: bug#24889: 25.1; tramp-dissect-file-name signals a user-error for some invalid files
has caused the debbugs.gnu.org bug report #24889,
regarding 25.1; tramp-dissect-file-name signals a user-error for some invalid files
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
24889: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24889
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
This user-error affects commands such as file-remote-p and ffap. I
believe that these should just return nil or no valid file instead of
signalling an error.
Backtrace of (file-remote-p "/uref{http://test.com}":
Debugger entered--Lisp error: (user-error "Not a Tramp file name: \"/uref{http://www.doc.ic.ac.uk/lab/cplus/c++.rules/}\"")
signal(user-error ("Not a Tramp file name: \"/uref{http://www.doc.ic.ac.uk/lab/cplus/c++.rules/}\""))
tramp-error(nil user-error "Not a Tramp file name: \"%s\"" "/uref{http://www.doc.ic.ac.uk/lab/cplus/c++.rules/}")
apply(tramp-error nil user-error "Not a Tramp file name: \"%s\"" "/uref{http://www.doc.ic.ac.uk/lab/cplus/c++.rules/}")
tramp-dissect-file-name("/uref{http://www.doc.ic.ac.uk/lab/cplus/c++.rules/}" t)
tramp-find-foreign-file-name-handler("/uref{http://www.doc.ic.ac.uk/lab/cplus/c++.rules/}")
tramp-file-name-handler(file-remote-p "/uref{http://www.doc.ic.ac.uk/lab/cplus/c++.rules/}" nil nil)
file-remote-p("/uref{http://www.doc.ic.ac.uk/lab/cplus/c++.rules/}")
Note that when the point is in @uref in the following:
@uref{http://test.com}
then in Emacs 25.1+ ffap will signal the user-error as well.
[Message part 3 (message/rfc822, inline)]
Version: 26.1
Alex <agrambot <at> gmail.com> writes:
Hi Alex,
>> I've committed the following patch to the master branch, could you pls
>> check whether this fixes the problem for you?
>
> With the latest master it seems to have fixed the problem, thanks.
Thanks for checking. I'm closing the bug.
Best regards, Michael.
This bug report was last modified 8 years and 248 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.