GNU bug report logs - #42233
28.0.50; Fix lisp/allout-widgets.el too-shallow successor decoration problem

Previous Next

Package: emacs;

Reported by: Ken Manheimer <ken.manheimer <at> gmail.com>

Date: Mon, 6 Jul 2020 18:39:02 UTC

Severity: normal

Found in version 28.0.50

Done: Ken Manheimer <ken.manheimer <at> gmail.com>

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 42233 in the body.
You can then email your comments to 42233 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#42233; Package emacs. (Mon, 06 Jul 2020 18:39:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Ken Manheimer <ken.manheimer <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 06 Jul 2020 18:39:02 GMT) Full text and rfc822 format available.

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

From: Ken Manheimer <ken.manheimer <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.50;
 Fix lisp/allout-widgets.el too-shallow successor decoration problem
Date: Mon, 6 Jul 2020 14:37:57 -0400
[Message part 1 (text/plain, inline)]
In the current version of lisp/allout-widgets, the process of decorating a
succession of items is disrupted if an item is encountered at a level
shallower than any prior item in the file. The attached patch prevents that
disruption, enabling the decoration process to continue subsequent to the
too-shallow item. (Ideally it should also decorate the aberrant item, but
this patch does not achieve that.)

It so happens that allout-widgets.el itself provides a fine example of the
problem. Visit the file then activate allout-mode followed by
allout-widgets-mode. The allout-widgets decoration process will get an
error, reported in the mode line as "Wrong type argument:
integer-or-marker-p, nil", and in *Messages* as
"allout-get-or-create-item-widget: Wrong type argument:
integer-or-marker-p, nil", and the Local emacs vars topic will be entirely
undecorated.

That attached fix could prevent the error and cause the contents of the
Local emacs vars topic to be decorated, but not the topic itself. The patch
also increases the depth of the topic so it is consistent with the
preceeding topics.

In GNU Emacs 28.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.30,
cairo version 1.15.10)
 of 2020-07-04 built on gram
Repository revision: 5d1bac0ac951e25d0b0b39a9919f13053162d5df
Repository branch: master
Windowing system distributor 'HC-Consult', version 11.0.12005001
System Description: Ubuntu 18.04.4 LTS

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
user-error: Minibuffer window is not active
Configured using:
 'configure --with-gnutls=ifavailable --with-x-toolkit=yes
 --with-xpm=ifavailable --with-jpeg=ifavailable --with-gif=ifavailable
 --with-tiff=ifavailable'

Configured features:
PNG CAIRO SOUND DBUS GSETTINGS GLIB NOTIFY INOTIFY FREETYPE HARFBUZZ
ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS PDUMPER

Important settings:
  value of $LANG: C.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Fundamental

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
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config
gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq
byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib
sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core term/tty-colors frame minibuffer 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 composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
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 threads dbusbind
inotify dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 46910 7577)
 (symbols 48 6117 1)
 (strings 32 15556 1866)
 (string-bytes 1 510277)
 (vectors 16 9360)
 (vector-slots 8 127308 9687)
 (floats 8 20 27)
 (intervals 56 184 0)
 (buffers 992 11))
[Message part 2 (text/html, inline)]
[0001-Don-t-let-item-decoration-be-disrupted-by-too-shallo.patch (application/octet-stream, attachment)]

Reply sent to Ken Manheimer <ken.manheimer <at> gmail.com>:
You have taken responsibility. (Mon, 20 Jul 2020 19:16:02 GMT) Full text and rfc822 format available.

Notification sent to Ken Manheimer <ken.manheimer <at> gmail.com>:
bug acknowledged by developer. (Mon, 20 Jul 2020 19:16:02 GMT) Full text and rfc822 format available.

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

From: Ken Manheimer <ken.manheimer <at> gmail.com>
To: 42233-done <at> debbugs.gnu.org
Subject: Re: bug#42233: Acknowledgement (28.0.50; Fix lisp/allout-widgets.el
 too-shallow successor decoration problem)
Date: Mon, 20 Jul 2020 15:15:13 -0400
[Message part 1 (text/plain, inline)]
Fix committed in 8684216542889fa57daa32072104afc69785907f and pushed to
main repository main and (mistakenly) emacs-27 branchesu

On Mon, Jul 6, 2020 at 2:39 PM GNU bug Tracking System <help-debbugs <at> gnu.org>
wrote:

> Thank you for filing a new bug report with debbugs.gnu.org.
>
> 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):
>  bug-gnu-emacs <at> gnu.org
>
> If you wish to submit further information on this problem, please
> send it to 42233 <at> debbugs.gnu.org.
>
> Please do not send mail to help-debbugs <at> gnu.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 42233: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=42233
> GNU Bug Tracking System
> Contact help-debbugs <at> gnu.org with problems
>
[Message part 2 (text/html, inline)]

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

This bug report was last modified 3 years and 249 days ago.

Previous Next


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