GNU bug report logs - #21107
25.0.50; ffap-next-guess does not move point for URL matches

Previous Next

Package: emacs;

Reported by: Greg Lucas <greg <at> glucas.net>

Date: Tue, 21 Jul 2015 21:52:01 UTC

Severity: minor

Merged with 16785

Found in versions 24.3.50, 25.0.50

Fixed in version 25.1

Done: Nicolas Richard <youngfrog <at> members.fsf.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 21107 in the body.
You can then email your comments to 21107 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#21107; Package emacs. (Tue, 21 Jul 2015 21:52:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Greg Lucas <greg <at> glucas.net>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 21 Jul 2015 21:52:02 GMT) Full text and rfc822 format available.

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

From: Greg Lucas <greg <at> glucas.net>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.0.50; ffap-next-guess does not move point for URL matches
Date: Tue, 21 Jul 2015 17:50:50 -0400
Running emacs -Q, with point at the beginning of a buffer that contains
both file paths and URLs, such as:

foo
c:/Users
bar
http://www.google.com
baz


Then using `M-:' I execute:

Eval: (ffap-next-guess)

==> This returns "C:/Users" and moves point at the end of line 2.

Eval: (ffap-next-guess)

==> This returns "http://www.google.com", but leaves point at end of
line 2.

Eval: (ffap-menu)

==> This gets stuck in a loop, as seen in my Messages buffer:

Scanning...88% <http://www.google.com> [15592 times]




In GNU Emacs 25.0.50.1 (x86_64-w64-mingw32)
 of 2015-07-11 on KAEL
Repository revision: 8f1df3c40da276e129af4404bfba94defbfa5cae
Windowing system distributor `Microsoft Corp.', version 6.3.9600
Configured using:
 `configure --prefix=/z/emacs --host=x86_64-w64-mingw32
 --target=x86_64-w64-mingw32 --build=x86_64-w64-mingw32 --with-wide-int
 --with-jpeg --with-xpm --with-png --with-tiff --with-rsvg --with-xml2
 --with-gnutls --with-sound=yes --with-file-notification=yes
 --without-dbus --without-imagemagick 'CFLAGS=-O3 -fomit-frame-pointer
 -g0 -pipe' 'LDFLAGS=-static-libgcc -static-libstdc++ -static -s
 -Wl,-s''

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS

Important settings:
  value of $LANG: ENU
  locale-coding-system: cp1252

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-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 messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set
Source file
`c:/opt/emacs/emacs-snapshot/share/emacs/25.0.50/lisp/ffap.el' newer
than byte-compiled file
ffap
"c:/Users"
"http://www.google.com"
Scanning...88% <http://www.google.com> [15592 times]
Quit

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mail-utils ffap
thingatpt url-parse auth-source cl-seq eieio byte-opt bytecomp
byte-compile cl-extra seq cconv eieio-core cl-macs gv gnus-util mm-util
help-fns help-mode easymenu cl-loaddefs pcase cl-lib mail-prsvr
password-cache url-vars time-date mule-util tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
disp-table w32-win w32-vars term/common-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese charscript case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote w32notify w32 multi-tty
make-network-process emacs)

Memory information:
((conses 16 125808 5258)
 (symbols 56 20228 0)
 (miscs 48 42 86)
 (strings 32 33871 3515)
 (string-bytes 1 844399)
 (vectors 16 12710)
 (vector-slots 8 417669 5147)
 (floats 8 155 55)
 (intervals 56 254 29)
 (buffers 976 11))




Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Wed, 22 Jul 2015 15:39:02 GMT) Full text and rfc822 format available.

Notification sent to Greg Lucas <greg <at> glucas.net>:
bug acknowledged by developer. (Wed, 22 Jul 2015 15:39:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Greg Lucas <greg <at> glucas.net>
Cc: 21107-done <at> debbugs.gnu.org
Subject: Re: bug#21107: 25.0.50;
 ffap-next-guess does not move point for URL matches
Date: Wed, 22 Jul 2015 18:37:39 +0300
> From: Greg Lucas <greg <at> glucas.net>
> Date: Tue, 21 Jul 2015 17:50:50 -0400
> 
> Running emacs -Q, with point at the beginning of a buffer that contains
> both file paths and URLs, such as:
> 
> foo
> c:/Users
> bar
> http://www.google.com
> baz
> 
> 
> Then using `M-:' I execute:
> 
> Eval: (ffap-next-guess)
> 
> ==> This returns "C:/Users" and moves point at the end of line 2.
> 
> Eval: (ffap-next-guess)
> 
> ==> This returns "http://www.google.com", but leaves point at end of
> line 2.
> 
> Eval: (ffap-menu)
> 
> ==> This gets stuck in a loop, as seen in my Messages buffer:

Thank you for your report.  This bug was introduced 2 years ago as
part of fixing another bug.  It is now fixed in commit e48a116 on
master.




Forcibly Merged 16785 21107. Request was from Nicolas Richard <youngfrog <at> members.fsf.org> to control <at> debbugs.gnu.org. (Thu, 23 Jul 2015 10:50:03 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#21107; Package emacs. (Thu, 23 Jul 2015 16:16:01 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: Nicolas Richard <youngfrog <at> members.fsf.org>
Cc: 21107 <at> debbugs.gnu.org
Subject: Re: Processed: control message for bug #16785
Date: Thu, 23 Jul 2015 12:09:07 -0400
> forcemerge 16785 21107

FYI that reopened the just-closed 21107;
I don't know if that was what you intended.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#21107; Package emacs. (Thu, 23 Jul 2015 19:38:02 GMT) Full text and rfc822 format available.

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

From: Nicolas Richard <youngfrog <at> members.fsf.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 21107 <at> debbugs.gnu.org
Subject: Re: bug#21107: Processed: control message for bug #16785
Date: Thu, 23 Jul 2015 21:36:58 +0200
Glenn Morris <rgm <at> gnu.org> writes:

>> forcemerge 16785 21107
>
> FYI that reopened the just-closed 21107;

Thanks.

> I don't know if that was what you intended.

No I thought it would have closed 16785 (it was the same bug). I even
checked that I did well, but apparently I misinterpreted what I saw (I
looked in debbugs). What's the proper way to fix my mistake ?

-- 
Nico.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#21107; Package emacs. (Thu, 23 Jul 2015 20:02:01 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: Nicolas Richard <youngfrog <at> members.fsf.org>
Cc: 21107 <at> debbugs.gnu.org
Subject: Re: bug#21107: Processed: control message for bug #16785
Date: Thu, 23 Jul 2015 16:00:59 -0400
Nicolas Richard wrote:

>>> forcemerge 16785 21107
>>
>> FYI that reopened the just-closed 21107;

(Because you had the forcemerge arguments backwards.)

> What's the proper way to fix my mistake ?

Just close either 16785 or 21107.





bug marked as fixed in version 25.1, send any further explanations to 21107 <at> debbugs.gnu.org and Greg Lucas <greg <at> glucas.net> Request was from Nicolas Richard <youngfrog <at> members.fsf.org> to control <at> debbugs.gnu.org. (Fri, 24 Jul 2015 05:19:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#21107; Package emacs. (Fri, 24 Jul 2015 05:20:02 GMT) Full text and rfc822 format available.

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

From: Nicolas Richard <youngfrog <at> members.fsf.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 21107-done <at> debbugs.gnu.org
Subject: Re: bug#21107: Processed: control message for bug #16785
Date: Fri, 24 Jul 2015 07:19:38 +0200
Glenn Morris <rgm <at> gnu.org> writes:
> Nicolas Richard wrote:
>> What's the proper way to fix my mistake ?
>
> Just close either 16785 or 21107.

Ok done, thanks.

Nicolas.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 21 Aug 2015 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 9 years and 363 days ago.

Previous Next


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