GNU bug report logs -
#17541
24.3; wdired do not allow to edit first char in filenames
Previous Next
Reported by: JuanLeon Lahoz <juanleon.lahoz <at> gmail.com>
Date: Wed, 21 May 2014 13:46:01 UTC
Severity: normal
Tags: moreinfo
Found in version 24.3
Done: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
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 17541 in the body.
You can then email your comments to 17541 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#17541
; Package
emacs
.
(Wed, 21 May 2014 13:46:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
JuanLeon Lahoz <juanleon.lahoz <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 21 May 2014 13:46:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
When I enter into wdired-mode I can edit every char in the file names but
the first.
For instance, workaround or renaming "foo" to "afoo" is to insert "af"
after "f" and then delete first "f" with backspace.
Patch below to file to wdired.el fixes the issue for me.
Regards
juanleon
*** wdired.el 2014-05-21 15:39:09.367026680 +0200
--- wdired.el.ori 2014-05-21 15:39:00.183026259 +0200
*************** or \\[wdired-abort-changes] to abort cha
*** 289,295 ****
;; the filename can't be modified.
(add-text-properties
(1- (point)) (point) `(old-name ,filename rear-nonsticky
(read-only)))
! (put-text-property b-protection (1- (point)) 'read-only t)
(setq b-protection (dired-move-to-end-of-filename t))
(put-text-property (point) (1+ (point)) 'end-name t))
(forward-line))
--- 289,295 ----
;; the filename can't be modified.
(add-text-properties
(1- (point)) (point) `(old-name ,filename rear-nonsticky
(read-only)))
! (put-text-property b-protection (point) 'read-only t)
(setq b-protection (dired-move-to-end-of-filename t))
(put-text-property (point) (1+ (point)) 'end-name t))
(forward-line))
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17541
; Package
emacs
.
(Wed, 21 May 2014 22:57:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 17541 <at> debbugs.gnu.org (full text, mbox):
JuanLeon Lahoz wrote:
> When I enter into wdired-mode I can edit every char in the file names but
> the first.
>
> For instance, workaround or renaming "foo" to "afoo" is to insert "af"
> after "f" and then delete first "f" with backspace.
Thanks for the report, but I cannot reproduce this.
I can rename "foo" to "afoo" just fine.
Does this happen with emacs -Q?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17541
; Package
emacs
.
(Thu, 22 May 2014 07:41:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 17541 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Thu, May 22, 2014 at 12:56 AM, Glenn Morris <rgm <at> gnu.org> wrote:
> JuanLeon Lahoz wrote:
>
> > When I enter into wdired-mode I can edit every char in the file names but
> > the first.
> >
> > For instance, workaround or renaming "foo" to "afoo" is to insert "af"
> > after "f" and then delete first "f" with backspace.
>
> Thanks for the report, but I cannot reproduce this.
> I can rename "foo" to "afoo" just fine.
> Does this happen with emacs -Q?
>
Weird. That does not happen with emacs -Q.
I did a binary search of all the stuff in my init file to narrow the
problem and then, when narrowed to a single defun in a configuration file,
the problem went away (I suspect that when init-loader recompiled that
file).
So I am left with same configuration than yesterday and no problem! Good;
I suppose.
Thanks
[Message part 2 (text/html, inline)]
Reply sent
to
Stefan Monnier <monnier <at> IRO.UMontreal.CA>
:
You have taken responsibility.
(Thu, 22 May 2014 14:14:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
JuanLeon Lahoz <juanleon.lahoz <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 22 May 2014 14:14:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 17541-done <at> debbugs.gnu.org (full text, mbox):
> So I am left with same configuration than yesterday and no problem! Good;
> I suppose.
It's called the placebo effect!
Stefan
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 20 Jun 2014 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 6 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.