GNU bug report logs - #6717
tramp-dissect-file-name: Not a Tramp file name

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6717 in the body.
You can then email your comments to 6717 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: jidanni <at> jidanni.org
To: bug-gnu-emacs <at> gnu.org
Subject: tramp-dissect-file-name: Not a Tramp file name
Date: Sat, 24 Jul 2010 22:54:57 +0800

Recently, I have been getting this error:

error in process filter: tramp-dissect-file-name: Not a Tramp file name: /index.php?title=%E7%89%B9%E6%AE%8A:%E6%9C%80%E8%BF%91%E6%9B%B4%E6%94%B9&feed=rss
http://article.gmane.org/gmane.emacs.gnus.general/69788

Something changed in emacs that now causes me to be unable to read the
same feeds I used to be able to read.

Message #8 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: jidanni <at> jidanni.org
Cc: 6717 <at> debbugs.gnu.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Sat, 24 Jul 2010 21:09:45 +0200

jidanni <at> jidanni.org writes:

> Recently, I have been getting this error:
>
> error in process filter: tramp-dissect-file-name: Not a Tramp file name: /index.php?title=%E7%89%B9%E6%AE%8A:%E6%9C%80%E8%BF%91%E6%9B%B4%E6%94%B9&feed=rss
> http://article.gmane.org/gmane.emacs.gnus.general/69788
>
> Something changed in emacs that now causes me to be unable to read the
> same feeds I used to be able to read.

It would be nice, if you could tell us emacs-version and tramp-version.

Futhermore, could you, please, set debug-on-error to non-nil, and show
the backtrace?

Thanks, and best regards, Michael.

Message #11 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: jidanni <at> jidanni.org
To: michael.albinus <at> gmx.de
Cc: 6717 <at> debbugs.gnu.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Sun, 25 Jul 2010 07:35:09 +0800

[Message part 1 (text/plain, inline)]

emacs-version"24.0.50.1" <--too vague always
tramp-version"2.1.19-pre".
$ apt-cache policy emacs-snapshot 
emacs-snapshot:
  Installed: 1:20100724-1
  Candidate: 1:20100724-1
  Version table:
 *** 1:20100724-1 0
        500 http://emacs.orebokech.com sid/main Packages
        100 /var/lib/dpkg/status

[tr.txt.gz (application/octet-stream, attachment)]

[Message part 3 (text/plain, inline)]

Config files all on http://jidanni.org/comp/configuration/

Message #14 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: jidanni <at> jidanni.org
To: michael.albinus <at> gmx.de
Cc: 6717 <at> debbugs.gnu.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Sun, 25 Jul 2010 07:47:03 +0800

Hmmm, it is probably due to the link having changed,
old http://taizhongbus.wikia.com/index.php?title=特殊:近期變動&feed=rss
new http://taizhongbus.wikia.com/index.php?title=特殊:最近更改&feed=rss
But still, the error message should be more like the 404 Not Found the
old url gets...

Message #17 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: jidanni <at> jidanni.org
To: michael.albinus <at> gmx.de
Cc: 6717 <at> debbugs.gnu.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Sun, 25 Jul 2010 07:56:18 +0800

Anyway, I try to subscribe to the new name,
http://taizhongbus.wikia.com/index.php?title=特殊:最近更改&feed=rss
but still I get

error in process filter: tramp-dissect-file-name: Not a Tramp file name: /index.php?title=%E7%89%B9%E6%AE%8A:%E6%9C%80%E8%BF%91%E6%9B%B4%E6%94%B9&feed=rss
error in process filter: Not a Tramp file name: /index.php?title=%E7%89%B9%E6%AE%8A:%E6%9C%80%E8%BF%91%E6%9B%B4%E6%94%B9&feed=rss
XML-RPC is not available... not checking Syndic8.
gnus-group-make-rss-group: No feeds found for http://radioscanningtw.wikia.com/index.php?title=%E7%89%B9%E6%AE%8A:%E6%9C%80%E8%BF%91%E6%9B%B4%E6%94%B9&feed=rss

Message #20 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: jidanni <at> jidanni.org
To: michael.albinus <at> gmx.de
Cc: 6717 <at> debbugs.gnu.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Sun, 25 Jul 2010 08:59:01 +0800

It turns out I was using the right url
http://taizhongbus.wikia.com/index.php?title=特殊:最近更改&feed=rss i.e.,
http://taizhongbus.wikia.com/index.php?title=%E7%89%B9%E6%AE%8A:%E6%9C%80%E8%BF%91%E6%9B%B4%E6%94%B9&feed=rss
all along. So the problem is tramp.

Message #23 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: jidanni <at> jidanni.org
To: michael.albinus <at> gmx.de
Cc: 6717 <at> debbugs.gnu.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Sun, 25 Jul 2010 09:39:36 +0800

The former two cause problems, but the latter three don't.
  http://radioscanningtw.wikia.com/index.php?title=特殊:最近更改&feed=rss
      http://taizhongbus.wikia.com/index.php?title=特殊:最近更改&feed=rss
    http://taizhongbus.jidanni.org/index.php?title=特殊:近期變動&feed=rss
http://radioscanningtw.jidanni.org/index.php?title=特殊:近期變動&feed=rss
     http://transgender-taiwan.org/index.php?title=特殊:近期變動&feed=rss
So either there is something allergic in the URL's UTF bytes, or it is the
Wikia.com response that is causing the problem. The HTTP HEADs are all
200 but slightly different.

Message #26 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: jidanni <at> jidanni.org
Cc: 6717 <at> debbugs.gnu.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Sun, 25 Jul 2010 16:26:14 +0200

Thanks for the backtrace. The problem is the following line:

  file-name-directory("/index.php?title=%E7%89%B9%E6%AE%8A:%E6%9C%80%E8%BF%91%E6%9B%B4%E6%94%B9&feed=rss")

It checks the local file name part of your URL. Unfortunately, due to
the leading "/" and the ":", it looks like a Tramp file name from
syntactical point of view, but it isn't.

I have committed the following patch towards the Emacs-23 branch (which
will be synchronized with the trunk next days):

--8<---------------cut here---------------start------------->8---
*** /usr/local/src/emacs-23/lisp/url/url-http.el.~99941~	2010-07-25 16:24:26.568050862 +0200
--- /usr/local/src/emacs-23/lisp/url/url-http.el	2010-07-25 13:33:32.008050291 +0200
***************
*** 435,441 ****
  	(delete-process url-http-process)))))
    (let ((buffer (current-buffer))
  	(class nil)
! 	(success nil))
      (setq class (/ url-http-response-status 100))
      (url-http-debug "Parsed HTTP headers: class=%d status=%d" class url-http-response-status)
      (url-http-handle-cookies)
--- 435,444 ----
  	(delete-process url-http-process)))))
    (let ((buffer (current-buffer))
  	(class nil)
! 	(success nil)
! 	;; The filename part of a URL could be in remote file syntax,
! 	;; see Bug#6717 for an example.  We disable Tramp, therefore.
! 	(tramp-mode nil))
      (setq class (/ url-http-response-status 100))
      (url-http-debug "Parsed HTTP headers: class=%d status=%d" class url-http-response-status)
      (url-http-handle-cookies)
--8<---------------cut here---------------end--------------->8---

Best regards, Michael.

Message #29 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 6717 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Sun, 25 Jul 2010 17:26:29 +0200

Michael Albinus <michael.albinus <at> gmx.de> writes:

> --- 435,444 ----
>   	(delete-process url-http-process)))))
>     (let ((buffer (current-buffer))
>   	(class nil)
> ! 	(success nil)
> ! 	;; The filename part of a URL could be in remote file syntax,
> ! 	;; see Bug#6717 for an example.  We disable Tramp, therefore.
> ! 	(tramp-mode nil))

IMHO this is the wrong place to fix that.  Instead file-name-directory
should not be called on the local part in the first place, or at least
*all* file name handlers should be suppressed around the call.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #32 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: 6717 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Sun, 25 Jul 2010 22:50:15 +0200

Andreas Schwab <schwab <at> linux-m68k.org> writes:

> Michael Albinus <michael.albinus <at> gmx.de> writes:
>
>> --- 435,444 ----
>>   	(delete-process url-http-process)))))
>>     (let ((buffer (current-buffer))
>>   	(class nil)
>> ! 	(success nil)
>> ! 	;; The filename part of a URL could be in remote file syntax,
>> ! 	;; see Bug#6717 for an example.  We disable Tramp, therefore.
>> ! 	(tramp-mode nil))
>
> IMHO this is the wrong place to fix that.  Instead file-name-directory
> should not be called on the local part in the first place, or at least
> *all* file name handlers should be suppressed around the call.

I thought about that. But I'm not sure, whether we shall disable
jka-compr, for example. What happens, if the URL is something like
http://host.cc/path/file.gz ?

I do not know url*.el sufficiently, that I could decide this ...

> Andreas.

Best regards, Michael.

Message #35 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 6717 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Mon, 26 Jul 2010 00:10:40 +0200

Michael Albinus <michael.albinus <at> gmx.de> writes:

> Andreas Schwab <schwab <at> linux-m68k.org> writes:
>
>> Michael Albinus <michael.albinus <at> gmx.de> writes:
>>
>>> --- 435,444 ----
>>>   	(delete-process url-http-process)))))
>>>     (let ((buffer (current-buffer))
>>>   	(class nil)
>>> ! 	(success nil)
>>> ! 	;; The filename part of a URL could be in remote file syntax,
>>> ! 	;; see Bug#6717 for an example.  We disable Tramp, therefore.
>>> ! 	(tramp-mode nil))
>>
>> IMHO this is the wrong place to fix that.  Instead file-name-directory
>> should not be called on the local part in the first place, or at least
>> *all* file name handlers should be suppressed around the call.
>
> I thought about that. But I'm not sure, whether we shall disable
> jka-compr, for example. What happens, if the URL is something like
> http://host.cc/path/file.gz ?

Nothing special.  Why should it?  It's not a file name, it is a URL.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #38 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: 6717 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Mon, 26 Jul 2010 06:08:59 +0200

Andreas Schwab <schwab <at> linux-m68k.org> writes:

>>> IMHO this is the wrong place to fix that.  Instead file-name-directory
>>> should not be called on the local part in the first place, or at least
>>> *all* file name handlers should be suppressed around the call.
>>
>> I thought about that. But I'm not sure, whether we shall disable
>> jka-compr, for example. What happens, if the URL is something like
>> http://host.cc/path/file.gz ?
>
> Nothing special.  Why should it?  It's not a file name, it is a URL.

Maybe. But at least `url-file-handler' must be kept, it treats the URL
as a file name.

Another approach would be to encode ":" in the filename part of a URL,
but I don't know where to do it sufficiently.

> Andreas.

Best regards, Michael.

Message #41 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 6717 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Mon, 26 Jul 2010 11:31:36 +0200

Michael Albinus <michael.albinus <at> gmx.de> writes:

> Andreas Schwab <schwab <at> linux-m68k.org> writes:
>
>>>> IMHO this is the wrong place to fix that.  Instead file-name-directory
>>>> should not be called on the local part in the first place, or at least
>>>> *all* file name handlers should be suppressed around the call.
>>>
>>> I thought about that. But I'm not sure, whether we shall disable
>>> jka-compr, for example. What happens, if the URL is something like
>>> http://host.cc/path/file.gz ?
>>
>> Nothing special.  Why should it?  It's not a file name, it is a URL.
>
> Maybe. But at least `url-file-handler' must be kept, it treats the URL
> as a file name.

Why? There is no url-file-name-directory.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #44 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: "6717 <at> debbugs.gnu.org" <6717 <at> debbugs.gnu.org>,
	"jidanni <at> jidanni.org" <jidanni <at> jidanni.org>
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Mon, 26 Jul 2010 11:41:09 +0200

Andreas Schwab <schwab <at> linux-m68k.org> writes:

> Michael Albinus <michael.albinus <at> gmx.de> writes:
>
>> Andreas Schwab <schwab <at> linux-m68k.org> writes:
>>
>>>>> IMHO this is the wrong place to fix that.  Instead file-name-directory
>>>>> should not be called on the local part in the first place, or at least
>>>>> *all* file name handlers should be suppressed around the call.
>>>>
>>>> I thought about that. But I'm not sure, whether we shall disable
>>>> jka-compr, for example. What happens, if the URL is something like
>>>> http://host.cc/path/file.gz ?
>>>
>>> Nothing special.  Why should it?  It's not a file name, it is a URL.
>>
>> Maybe. But at least `url-file-handler' must be kept, it treats the URL
>> as a file name.
>
> Why? There is no url-file-name-directory.

Indeed. But you don't know, which other primitive functions are called,
requesting a url-* handler. And you don't know, whether
url-file-name-directory will be added to url-handlers.el in the future.

At least I don't know. If there shall be another fix than disabling
Tramp temporarily, I would like to give it to somebody else with much
more knowledge about the url package than I have.

> Andreas.

Best regards, Michael.

Message #47 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: "6717 <at> debbugs.gnu.org" <6717 <at> debbugs.gnu.org>,
	"jidanni <at> jidanni.org" <jidanni <at> jidanni.org>
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Mon, 26 Jul 2010 12:05:16 +0200

Michael Albinus <michael.albinus <at> gmx.de> writes:

> Andreas Schwab <schwab <at> linux-m68k.org> writes:
>
>> Michael Albinus <michael.albinus <at> gmx.de> writes:
>>
>>> Andreas Schwab <schwab <at> linux-m68k.org> writes:
>>>
>>>>>> IMHO this is the wrong place to fix that.  Instead file-name-directory
>>>>>> should not be called on the local part in the first place, or at least
>>>>>> *all* file name handlers should be suppressed around the call.
>>>>>
>>>>> I thought about that. But I'm not sure, whether we shall disable
>>>>> jka-compr, for example. What happens, if the URL is something like
>>>>> http://host.cc/path/file.gz ?
>>>>
>>>> Nothing special.  Why should it?  It's not a file name, it is a URL.
>>>
>>> Maybe. But at least `url-file-handler' must be kept, it treats the URL
>>> as a file name.
>>
>> Why? There is no url-file-name-directory.
>
> Indeed. But you don't know, which other primitive functions are called,
> requesting a url-* handler.

??? We are talking about file-name-directory.

> And you don't know, whether url-file-name-directory will be added to
> url-handlers.el in the future.

Even then, it will not be called because the argument does not match the
syntax of a URL, since it's only the local part of it.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #50 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: "6717 <at> debbugs.gnu.org" <6717 <at> debbugs.gnu.org>,
	"jidanni <at> jidanni.org" <jidanni <at> jidanni.org>
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Mon, 26 Jul 2010 12:13:43 +0200

Andreas Schwab <schwab <at> linux-m68k.org> writes:

> Michael Albinus <michael.albinus <at> gmx.de> writes:
>
>> Andreas Schwab <schwab <at> linux-m68k.org> writes:
>>
>>> Michael Albinus <michael.albinus <at> gmx.de> writes:
>>>
>>>> Andreas Schwab <schwab <at> linux-m68k.org> writes:
>>>>
>>>>>>> IMHO this is the wrong place to fix that.  Instead file-name-directory
>>>>>>> should not be called on the local part in the first place, or at least
>>>>>>> *all* file name handlers should be suppressed around the call.
>>>>>>
>>>>>> I thought about that. But I'm not sure, whether we shall disable
>>>>>> jka-compr, for example. What happens, if the URL is something like
>>>>>> http://host.cc/path/file.gz ?
>>>>>
>>>>> Nothing special.  Why should it?  It's not a file name, it is a URL.
>>>>
>>>> Maybe. But at least `url-file-handler' must be kept, it treats the URL
>>>> as a file name.
>>>
>>> Why? There is no url-file-name-directory.
>>
>> Indeed. But you don't know, which other primitive functions are called,
>> requesting a url-* handler.
>
> ??? We are talking about file-name-directory.

I believe, such a mis-handling of the URL file name part can happen
somewhere else as well. So a more general solution might be useful.

For the concrete location of my patch you might be right. Let-bind of
file-name-handler-alist to nil should do the job as well.

> Andreas.

Best regards, Michael.

Message #53 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: "6717 <at> debbugs.gnu.org" <6717 <at> debbugs.gnu.org>,
	"jidanni <at> jidanni.org" <jidanni <at> jidanni.org>
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Mon, 26 Jul 2010 12:31:32 +0200

Michael Albinus <michael.albinus <at> gmx.de> writes:

> I believe, such a mis-handling of the URL file name part can happen
> somewhere else as well.

They should be fixed as well.

> So a more general solution might be useful.

But it will only hide the real problem.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #56 received at 6717 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: "6717 <at> debbugs.gnu.org" <6717 <at> debbugs.gnu.org>,
	"jidanni <at> jidanni.org" <jidanni <at> jidanni.org>
Subject: Re: bug#6717: tramp-dissect-file-name: Not a Tramp file name
Date: Mon, 26 Jul 2010 16:02:26 +0200

Andreas Schwab <schwab <at> linux-m68k.org> writes:

>> So a more general solution might be useful.
>
> But it will only hide the real problem.

I've reworked the patch as proposed by you.

> Andreas.

Best regards, Michael.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.