Your message dated Thu, 23 Jan 2014 04:22:09 +0000
with message-id <[email protected]>
and subject line Closing old emacs21 bugs
has caused the Debian Bug report #150138,
regarding emacs21: query-replace non-intuitive on overlapping matches
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
150138: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=150138
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: emacs21
Version: 21.2-1
Severity: normal

When two matches overlap, query-replace (and query-replace-regexp)
always treat only the first one. While this is the sane behaviour when
the replacement is done, it is contrary to what would be expected when
the replacement is NOT done.

Let me explain by example:

 - The buffer contains a single line "tatat"
 - The user runs (query-replace "tat" "XX")
 - emacs then proposes to replace the first three characters of the
   line. User answers no (n or <delete> key).
 - the second match (the three last characters) is NOT proposed, it
   should.

Note: If the user had run (query-replace "tat" "t") and instructed
      to do the replacement on first match, I can agree that the
      second match should not be proposed. (Actually, it might
      sometimes be what the user wants, so the best would be an option
      that by default is on "no overlapping matches on effectively
      done replace". But this would be more a wishlist bug, while the
      behaviour on "don't replace" IMHO breaks principle of least
      surprise)

I'm open to discussion, if you think the current behaviour is the only
sane one, I'd be interested to hear why.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux desktop 2.2.20 #1 Sun Dec 2 23:21:53 CET 2001 i686
Locale: LANG=fr_LU@euro, LC_CTYPE=fr_LU@euro

Versions of packages emacs21 depends on:
ii  dpkg                     1.9.21          Package maintenance system for Deb
ii  emacsen-common           1.4.15          Common facilities for all emacsen.
ii  libc6                    2.2.5-6         GNU C Library: Shared libraries an
ii  libjpeg62                6b-5            The Independent JPEG Group's JPEG 
ii  liblockfile1             1.03            NFS-safe locking library, includes
ii  libncurses5              5.2.20020112a-7 Shared libraries for terminal hand
ii  libpng2                  1.0.12-3        PNG library - runtime
ii  libtiff3g                3.5.5-6         Tag Image File Format library
ii  xaw3dg                   1.5-13          Xaw3d widget set
ii  xlibs                    4.1.0-16        X Window System client libraries
ii  zlib1g                   1:1.1.4-1       compression library - runtime


--- End Message ---
--- Begin Message ---
Hi! I'm closing this bug, since it affected emacs21, and the current
version is 23. If you still encounter this problem, please feel free to
re-open it and move it to the appropriate package, or ask me to do it.

 Solveig

--- End Message ---

Reply via email to