GNU bug report logs - #11349
24.1.50; TAB-completion of file names does not convert \ to / on MS-Windows

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Thu, 26 Apr 2012 11:17:01 UTC

Severity: minor

Found in versions 25.1, 24.1.50

Done: Eli Zaretskii <eliz <at> gnu.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 11349 in the body.
You can then email your comments to 11349 AT debbugs.gnu.org in the normal way.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#11349; Package emacs. (Thu, 26 Apr 2012 11:17:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Eli Zaretskii <eliz <at> gnu.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 26 Apr 2012 11:17:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.1.50;
	TAB-completion of file names does not convert \ to / on MS-Windows
Date: Thu, 26 Apr 2012 14:14:33 +0300
This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.  Please check that
the From: line contains a valid email address.  After a delay of up
to one day, you should receive an acknowledgement at that address.

Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.

Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug.  If you can, give a recipe
starting from `emacs -Q':

 emacs -Q
 C-x C-f TAB

On the emacs-24 branch, pressing TAB converts all backslashes into
forward slashes.  But on the trunk, the backslashes stay, so what I see
is (the ugly) "D:\gnu\bzr\emacs\trunk\src/".  Why was this behavior
changed?

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'.
For information about debugging Emacs, please read the file
d:/gnu/bzr/emacs/trunk/etc/DEBUG.


In GNU Emacs 24.1.50.1 (i386-mingw-nt5.1.2600)
 of 2012-04-26 on HOME-C4E4A596F7
Bzr revision: 108045 eliz <at> gnu.org-20120426100735-5yj415k36skuvh9w
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (3.4) --no-opt --enable-checking --cflags
 -Id:/usr/include/libxml2'

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: ENU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1255
  default enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-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
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-x C-f <tab> C-g M-x r e p o r t - e m a c s - b u 
g <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars
tool-bar dnd fontset image regexp-opt fringe lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs
button faces cus-face files text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process multi-tty emacs)




Severity set to 'minor' from 'normal' Request was from npostavs <at> users.sourceforge.net to control <at> debbugs.gnu.org. (Wed, 14 Jun 2017 00:31:02 GMT) Full text and rfc822 format available.

bug Marked as found in versions 25.1. Request was from npostavs <at> users.sourceforge.net to control <at> debbugs.gnu.org. (Wed, 14 Jun 2017 00:31:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11349; Package emacs. (Fri, 01 Nov 2019 20:00:05 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 11349 <at> debbugs.gnu.org
Subject: Re: 24.1.50; TAB-completion of file names does not convert \ to /
 on MS-Windows
Date: Fri, 01 Nov 2019 20:59:51 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

>  emacs -Q
>  C-x C-f TAB
>
> On the emacs-24 branch, pressing TAB converts all backslashes into
> forward slashes.  But on the trunk, the backslashes stay, so what I see
> is (the ugly) "D:\gnu\bzr\emacs\trunk\src/".  Why was this behavior
> changed?

Hi Eli,

Just to follow up on this 7 year old bug report, which never got a reply
at the time.  Is this still an issue?

Best regards,
Stefan Kangas




Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Fri, 01 Nov 2019 20:23:03 GMT) Full text and rfc822 format available.

Notification sent to Eli Zaretskii <eliz <at> gnu.org>:
bug acknowledged by developer. (Fri, 01 Nov 2019 20:23:03 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 11349-done <at> debbugs.gnu.org
Subject: Re: 24.1.50; TAB-completion of file names does not convert \ to /
 on MS-Windows
Date: Fri, 01 Nov 2019 22:22:34 +0200
> From: Stefan Kangas <stefan <at> marxist.se>
> Cc: 11349 <at> debbugs.gnu.org
> Date: Fri, 01 Nov 2019 20:59:51 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >  emacs -Q
> >  C-x C-f TAB
> >
> > On the emacs-24 branch, pressing TAB converts all backslashes into
> > forward slashes.  But on the trunk, the backslashes stay, so what I see
> > is (the ugly) "D:\gnu\bzr\emacs\trunk\src/".  Why was this behavior
> > changed?
> 
> Hi Eli,
> 
> Just to follow up on this 7 year old bug report, which never got a reply
> at the time.  Is this still an issue?

No, it was fixed long ago.  Closing.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 30 Nov 2019 12:24:07 GMT) Full text and rfc822 format available.

This bug report was last modified 5 years and 263 days ago.

Previous Next


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