GNU logs - #15224, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#15224: 24.3; newline does not move point to next line
Resent-From: Nils Anders Danielsson <nad@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at>>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 30 Aug 2013 15:49:02 +0000
Resent-Message-ID: <handler.15224.B.137787773722746 <at>>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 15224
X-GNU-PR-Package: emacs
To: 15224 <at>
X-Debbugs-Original-To: <bug-gnu-emacs@HIDDEN>
Received: via spool by submit <at> id=B.137787773722746
          (code B ref -1); Fri, 30 Aug 2013 15:49:02 +0000
Received: (at submit) by; 30 Aug 2013 15:48:57 +0000
Received: from localhost ([]:59404
	by with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at>>)
	id 1VFQwS-0005ul-In
	for submit <at>; Fri, 30 Aug 2013 11:48:57 -0400
Received: from ([]:46286)
 by with esmtp (Exim 4.80)
 (envelope-from <nad@HIDDEN>) id 1VFPiK-0003v7-R6
 for submit <at>; Fri, 30 Aug 2013 10:30:17 -0400
Received: from Debian-exim by with spam-scanned (Exim 4.71)
 (envelope-from <nad@HIDDEN>) id 1VFPi8-0002PK-Bb
 for submit <at>; Fri, 30 Aug 2013 10:30:11 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
X-Spam-Level: ***
X-Spam-Status: No, score=3.3 required=5.0 tests=BAYES_50,
 RECEIVED_FROM_WINDOWS_HOST autolearn=disabled version=3.3.2
Received: from ([]:60579)
 by with esmtp (Exim 4.71)
 (envelope-from <nad@HIDDEN>) id 1VFPi8-0002Oc-92
 for submit <at>; Fri, 30 Aug 2013 10:30:04 -0400
Received: from ([2001:4830:134:3::10]:47886)
 by with esmtp (Exim 4.71)
 (envelope-from <nad@HIDDEN>) id 1VFPi1-0007zI-Ui
 for bug-gnu-emacs@HIDDEN; Fri, 30 Aug 2013 10:30:04 -0400
Received: from Debian-exim by with spam-scanned (Exim 4.71)
 (envelope-from <nad@HIDDEN>) id 1VFPht-00026a-6V
 for bug-gnu-emacs@HIDDEN; Fri, 30 Aug 2013 10:29:57 -0400
Received: from ([]:32440)
 by with esmtp (Exim 4.71)
 (envelope-from <nad@HIDDEN>) id 1VFPhs-00026C-SM
 for bug-gnu-emacs@HIDDEN; Fri, 30 Aug 2013 10:29:49 -0400
Received: from [] ( by
 ( with Microsoft SMTP Server (TLS) id 14.2.342.3; Fri, 30 Aug
 2013 16:09:15 +0200
Message-ID: <5220A78B.7060005@HIDDEN>
Date: Fri, 30 Aug 2013 16:09:15 +0200
From: Nils Anders Danielsson <nad@HIDDEN>
User-Agent: Mozilla/5.0 (X11; Linux i686;
 rv:17.0) Gecko/20130803 Thunderbird/17.0.8
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: []
X-detected-operating-system: by Windows 7 or 8
X-detected-operating-system: by GNU/Linux 2.6.x
X-Spam-Score: -3.4 (---)
X-Mailman-Approved-At: Fri, 30 Aug 2013 11:48:54 -0400
X-BeenThere: debbugs-submit <at>
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <>
List-Unsubscribe: <>, 
 <mailto:debbugs-submit-request <at>>
List-Archive: <>
List-Post: <mailto:debbugs-submit <at>>
List-Help: <mailto:debbugs-submit-request <at>>
List-Subscribe: <>, 
 <mailto:debbugs-submit-request <at>>
Errors-To: debbugs-submit-bounces <at>
Sender: "Debbugs-submit" <debbugs-submit-bounces <at>>
X-Spam-Score: -3.4 (---)

Bug description

In some situations newline fails to move point to the next line, even
though the newly inserted line is blank.

To reproduce the bug, run the following command:

   emacs -Q --eval '(progn (fundamental-mode)

                           (modify-syntax-entry ?/  ". 124b")
                           (modify-syntax-entry ?*  ". 23")
                           (modify-syntax-entry ?\n "> b")

                           (setq comment-start "// ")

                           (auto-fill-mode 1)
                           (setq fill-column 9)
                           (setq comment-auto-fill-only-comments t)

                           (insert "/*  //x  x")

Expected result: A newline character should be inserted, and point
should move to the next line.

Actual result: A newline character is inserted, but point is not moved.
The *Messages* buffer contains the following message:

   comment-search-backward: Beginning of buffer

The definition of comment-search-backward contains the following
possibly relevant comment:

   ;; FIXME: If a comment-start appears inside a comment, we may erroneously
   ;; stop there.  This can be rather bad in general, but since
   ;; comment-search-backward is only used to find the comment-column (in
   ;; comment-set-column) and to find the comment-start string (via
   ;; comment-beginning) in indent-new-comment-line, it should be harmless.

Emacs configuration

In GNU Emacs 24.3.1 (i686-pc-linux-gnu, GTK+ Version 3.6.4)
  of 2013-08-22 on meitnerium, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.11303000
System Description:	Ubuntu 13.04

Configured using:
  `configure '--build' 'i686-linux-gnu' '--build' 'i686-linux-gnu'
  '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib'
  '--localstatedir=/var/lib' '--infodir=/usr/share/info'
  '--mandir=/usr/share/man' '--with-pop=yes'
  '--with-crt-dir=/usr/lib/i386-linux-gnu' '--with-x=yes'
  '--with-x-toolkit=gtk3' '--with-toolkit-scroll-bars'
  'build_alias=i686-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector
  --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall'
  'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro'

Important settings:
   value of $LC_COLLATE: en_GB.UTF-8
   value of $LC_CTYPE: en_GB.UTF-8
   value of $LC_MESSAGES: en_GB.UTF-8
   value of $LC_MONETARY: sv_SE.UTF-8
   value of $LC_NUMERIC: sv_SE.UTF-8
   value of $LC_TIME: en_DK.UTF-8
   value of $LANG: en_GB.UTF-8
   locale-coding-system: utf-8-unix
   default enable-multibyte-characters: t

Load-path shadows:
None found.

(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
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 help-mode easymenu time-date tooltip ediff-hook
vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment 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 macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty emacs)


Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.503 (Entity 5.503)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Nils Anders Danielsson <nad@HIDDEN>
Subject: bug#15224: Acknowledgement (24.3; newline does not move point to
 next line)
Message-ID: <handler.15224.B.137787773722746.ack <at>>
References: <5220A78B.7060005@HIDDEN>
X-Gnu-PR-Message: ack 15224
X-Gnu-PR-Package: emacs
Reply-To: 15224 <at>
Date: Fri, 30 Aug 2013 15:49:02 +0000

Thank you for filing a new bug report with

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):

If you wish to submit further information on this problem, please
send it to 15224 <at>

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Last modified: Fri, 31 Oct 2014 17:00:04 UTC

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