GNU bug report logs - #59618
29.0.50; global-whitespace-mode + org-capture: "Marker does not point anywhere"

Previous Next

Package: emacs;

Reported by: Arsen Arsenović <arsen <at> aarsen.me>

Date: Sat, 26 Nov 2022 19:54:02 UTC

Severity: normal

Tags: patch

Found in version 29.0.50

Done: Eli Zaretskii <eliz <at> gnu.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 59618 in the body.
You can then email your comments to 59618 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#59618; Package emacs. (Sat, 26 Nov 2022 19:54:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Arsen Arsenović <arsen <at> aarsen.me>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 26 Nov 2022 19:54:02 GMT) Full text and rfc822 format available.

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

From: Arsen Arsenović <arsen <at> aarsen.me>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.0.50; global-whitespace-mode + org-capture: "Marker does not
 point anywhere"
Date: Sat, 26 Nov 2022 15:42:27 +0100
Afternoon,

If attempting to capture something while global-whitespace-mode is on,
a second capture will fail with "Marker does not point anywhere".  The
first capture attempt presumably succeeds since whitespace-mode didn't
touch the buffer yet at time of searching.  Reproduction steps:

1. emacs -Q --execute '(global-whitespace-mode)'
2. M-x org-capture RET t C-c C-c
2. M-x org-capture RET t

Note that while I'm reporting this from the mu4e-headers mode, I
reproduced it in other modes before.

In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
 3.24.34, cairo version 1.17.6) of 2022-11-22 built on localhost
Repository revision: 368d2531bec84c2e75b2fd2f32bb59fc2e7ee520
Repository branch: master
System Description: Gentoo Linux

Configured using:
 'configure --prefix=/usr --build=x86_64-pc-linux-gnu
 --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
 --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
 --localstatedir=/var/lib --datarootdir=/usr/share
 --disable-silent-rules --docdir=/usr/share/doc/emacs-29.0.9999
 --htmldir=/usr/share/doc/emacs-29.0.9999/html --libdir=/usr/lib64
 --program-suffix=-emacs-29-vcs --includedir=/usr/include/emacs-29-vcs
 --infodir=/usr/share/info/emacs-29-vcs --localstatedir=/var
 --enable-locallisppath=/etc/emacs:/usr/share/emacs/site-lisp
 --without-compress-install --without-hesiod --without-pop
 --with-file-notification=inotify --with-pdumper --enable-acl
 --with-dbus --with-modules --with-gameuser=:gamestat --with-libgmp
 --with-gpm --with-native-compilation=aot --with-json --without-kerberos
 --without-kerberos5 --with-lcms2 --with-xml2 --without-mailutils
 --without-selinux --with-sqlite3 --with-gnutls --with-libsystemd
 --with-threads --without-wide-int --with-sound=alsa --with-zlib
 --with-pgtk --without-x --without-ns --with-toolkit-scroll-bars
 --without-gconf --without-gsettings --with-harfbuzz --with-libotf
 --with-m17n-flt --with-xwidgets --with-gif --with-jpeg --with-png
 --with-rsvg --with-tiff --without-webp --with-imagemagick
 --with-dumping=pdumper 'CFLAGS=-O2 -pipe
 -Werror=implicit-function-declaration -Werror=implicit-int'
 'LDFLAGS=-Wl,-O1 -Wl,--as-needed''

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM HARFBUZZ IMAGEMAGICK
JPEG JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY
INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTER XIM XWIDGETS GTK3 ZLIB

Important settings:
  value of $LC_TIME: en_GB.UTF-8
  value of $LANG: en_US.utf8
  locale-coding-system: utf-8-unix

Major mode: mu4e-headers

Minor modes in effect:
  global-git-commit-mode: t
  magit-auto-revert-mode: t
  shell-dirtrack-mode: t
  server-mode: t
  mu4e-search-minor-mode: t
  hl-line-mode: t
  mu4e-update-minor-mode: t
  mu4e-context-minor-mode: t
  override-global-mode: t
  global-display-fill-column-indicator-mode: t
  global-display-line-numbers-mode: t
  display-line-numbers-mode: t
  yas-global-mode: t
  yas-minor-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tab-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
  buffer-read-only: t
  column-number-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
~/.config/emacs/lp/poke-mode hides /usr/share/emacs/site-lisp/poke-mode
/usr/share/emacs/site-lisp/cmake-mode hides /usr/share/emacs/site-lisp/cmake/cmake-mode
/home/arsen/.config/emacs/elpa/dash-2.19.1/dash-functional hides /usr/share/emacs/site-lisp/dash/dash-functional
/home/arsen/.config/emacs/elpa/dash-2.19.1/dash hides /usr/share/emacs/site-lisp/dash/dash
/usr/share/emacs/site-lisp/desktop-entry-mode hides /usr/share/emacs/site-lisp/desktop-file-utils/desktop-entry-mode
/home/arsen/.config/emacs/elpa/with-editor-3.2.0/with-editor hides /usr/share/emacs/site-lisp/with-editor/with-editor
/home/arsen/.config/emacs/elpa/transient-0.3.7/transient hides /usr/share/emacs/29.0.50/lisp/transient

Features:
(shadow emacsbug term/tmux term/xterm xterm cl-print doctor cal-move
vc-dir magit-patch magit-subtree magit-gitignore magit-ediff ediff
ediff-merg ediff-mult ediff-wind ediff-diff ediff-help ediff-init
ediff-util gnus-msg autoconf-mode dired-aux po-mode calc-undo calccomp
calc-incom calc-misc bug-reference magit-extras magit-bookmark
magit-submodule magit-obsolete magit-blame magit-stash magit-reflog
magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote
magit-commit magit-sequence magit-notes magit-worktree magit-tag
magit-merge magit-branch magit-reset magit-files magit-refs magit-status
magit magit-repos magit-apply magit-wip magit-log which-func edebug
magit-diff git-commit log-edit magit-core magit-autorevert autorevert
magit-margin magit-transient magit-process with-editor magit-mode
transient magit-git magit-section magit-utils crm c-ts-mode term ehelp
cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine
cc-vars cc-defs tramp-cmds tramp-cache time-stamp tramp-sh tramp
tramp-loaddefs trampver tramp-integration files-x tramp-compat shell
ls-lisp shortdoc tabify org-capture org-refile calc-alg calc-ext
calc-menu calc calc-loaddefs calc-macs novice url-http url-auth url-gw
eudc-capf eudc cus-edit cus-start cus-load eudc-vars smerge-mode diff
shr-color org-element avl-tree generator ol-eww eww xdg url-queue mm-url
ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect ol-docview doc-view
jka-compr image-mode exif ol-bibtex ol-bbdb ol-w3m ol-doi org-link-doi
gnus-score score-mode epa-file network-stream nsm mailalias rect
face-remap add-log make-mode emacs-news-mode mm-archive sort smiley
gnus-cite mail-extr textsec uni-scripts idna-mapping ucs-normalize
uni-confusable textsec-check qp misearch multi-isearch ebuild-mode
skeleton sh-script smie treesit executable vc-hg vc-git diff-mode vc-bzr
vc-src vc-sccs vc-svn vc-cvs vc-rcs log-view pcvs-util vc vc-dispatcher
server comp comp-cstr flyspell ispell gruvbox-dark-medium-theme gruvbox
autothemer color lisp-mnt dash mu4e mu4e-org mu4e-main mu4e-view
gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig gnus-sum
gnus-group gnus-undo gnus-start gnus-dbus dbus gnus-cloud nnimap nnmail
mail-source utf7 nnoo parse-time gnus-spec gnus-int gnus-range gnus-win
gnus nnheader range wid-edit mu4e-headers mu4e-compose mu4e-draft
mu4e-actions smtpmail mu4e-search mu4e-lists mu4e-bookmarks mu4e-mark
mu4e-message shr pixel-fill kinsoku url-file svg xml dom flow-fill
mule-util hl-line mu4e-contacts mu4e-update mu4e-folders mu4e-server
mu4e-context mu4e-vars mu4e-helpers mu4e-config bookmark ido message
sendmail yank-media puny dired dired-loaddefs rfc822 mml mml-sec epa
derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode
mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr
mailabbrev mail-utils gmm-utils mailheader auth-source-pass edmacro
kmacro use-package-bind-key bind-key use-package-ensure use-package-core
easy-mmode display-fill-column-indicator disp-table cl-extra
display-line-numbers yasnippet org ob ob-tangle ob-ref ob-lob ob-table
ob-exp org-macro org-footnote org-src ob-comint org-pcomplete pcomplete
org-list org-faces org-entities noutline outline org-version
ob-emacs-lisp ob-core ob-eval org-table oc-basic bibtex iso8601
time-date ol rx org-keys oc org-compat advice org-macs org-loaddefs
format-spec cal-menu calendar cal-loaddefs whitespace eglot array
filenotify jsonrpc ert pp ewoc debug backtrace find-func xref
flymake-proc flymake thingatpt warnings icons compile
text-property-search comint ansi-osc ansi-color pcase project imenu
site-gentoo magit-autoloads org-roam-autoloads magit-section-autoloads
emacsql-sqlite-autoloads yasnippet-autoloads git-commit-autoloads
use-package-autoloads bind-key-autoloads oauth2-autoloads
emacsql-autoloads gruvbox-theme-autoloads autothemer-autoloads
dash-autoloads with-editor-autoloads geiser-guile-autoloads geiser-impl
help-fns radix-tree help-mode geiser-custom geiser-base ring
geiser-autoloads info transient-autoloads package browse-url url
url-proxy url-privacy url-expand url-methods url-history url-cookie
generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse
auth-source cl-seq eieio eieio-core cl-macs password-cache json subr-x
map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc
iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook
vc-hooks lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win
term/common-win pgtk-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer nadvice seq simple cl-generic indonesian philippine
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 emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure
cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp
files window text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget keymap hashtable-print-readable backquote
threads xwidget-internal dbusbind inotify dynamic-setting
font-render-setting cairo gtk pgtk lcms2 multi-tty make-network-process
native-compile emacs)

Memory information:
((conses 16 965984 412328)
 (symbols 48 59263 39)
 (strings 32 208039 25577)
 (string-bytes 1 5924998)
 (vectors 16 115323)
 (vector-slots 8 2651886 744218)
 (floats 8 704 1556)
 (intervals 56 39870 6787)
 (buffers 992 59))
<#secure method=pgpmime mode=sign>

Have a most wonderful day,
-- 
Arsen Arsenović




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Sat, 26 Nov 2022 19:59:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Arsen Arsenović <arsen <at> aarsen.me>
Cc: 59618 <at> debbugs.gnu.org
Subject: Re: bug#59618: 29.0.50;
 global-whitespace-mode + org-capture: "Marker does not point anywhere"
Date: Sat, 26 Nov 2022 21:58:09 +0200
> Date: Sat, 26 Nov 2022 15:42:27 +0100
> From:  Arsen Arsenović via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> If attempting to capture something while global-whitespace-mode is on,
> a second capture will fail with "Marker does not point anywhere".  The
> first capture attempt presumably succeeds since whitespace-mode didn't
> touch the buffer yet at time of searching.  Reproduction steps:
> 
> 1. emacs -Q --execute '(global-whitespace-mode)'
> 2. M-x org-capture RET t C-c C-c
> 2. M-x org-capture RET t

Isn't this a problem with org-capture?  Did you try reporting this to the
Org developers first?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Sat, 26 Nov 2022 20:15:01 GMT) Full text and rfc822 format available.

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

From: Arsen Arsenović <arsen <at> aarsen.me>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 59618 <at> debbugs.gnu.org
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Sat, 26 Nov 2022 21:11:25 +0100
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes:

> Isn't this a problem with org-capture?  Did you try reporting this to the
> Org developers first?

Oh, apologies.  I failed to realize the bugs for each were tracked
separately.

I'll file a report there (and refer to this one in case it spills over
into Emacs too).

Have a wonderful evening, and again, sorry about the fuss.
-- 
Arsen Arsenović
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Sun, 27 Nov 2022 00:28:02 GMT) Full text and rfc822 format available.

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

From: Ihor Radchenko <yantar92 <at> posteo.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 59618 <at> debbugs.gnu.org, Arsen Arsenović <arsen <at> aarsen.me>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Sun, 27 Nov 2022 00:27:50 +0000
Eli Zaretskii <eliz <at> gnu.org> writes:

>> Date: Sat, 26 Nov 2022 15:42:27 +0100
>> From:  Arsen Arsenović via "Bug reports for GNU Emacs,
>>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>> 
>> If attempting to capture something while global-whitespace-mode is on,
>> a second capture will fail with "Marker does not point anywhere".  The
>> first capture attempt presumably succeeds since whitespace-mode didn't
>> touch the buffer yet at time of searching.  Reproduction steps:
>> 
>> 1. emacs -Q --execute '(global-whitespace-mode)'
>> 2. M-x org-capture RET t C-c C-c
>> 2. M-x org-capture RET t
>
> Isn't this a problem with org-capture?  Did you try reporting this to the
> Org developers first?

The error is thrown by global-whitespace-mode. Not by Org. Org just
intercepts the error in condition-case.

After following the above steps, please

4. Switch to .notes buffer
5. Select the last heading in the buffer
6. Kill it.
7. Observe the following backtrace

Debugger entered--Lisp error: (error "Marker does not point anywhere")
  whitespace--update-bob-eob(37 37 30)
  delete-and-extract-region(37 67)
  #f(compiled-function (beg end delete) #<bytecode 0x153349b8bed5a7f1>)(37 67 delete)
  apply(#f(compiled-function (beg end delete) #<bytecode 0x153349b8bed5a7f1>) (37 67 delete))
  #f(compiled-function (funs global args) #<bytecode -0xf0b0e52c36c522>)(nil nil (37 67 delete))
  buffer-substring--filter(37 67 delete)
  (let ((return-string (buffer-substring--filter beg end delete)) props-list) (if (or (string= "" return-string) (<= end beg) (eq org-fold-core-style 'overlays)) nil (let ((tail (org-fold-core-folding-spec-list))) (while tail (let ((spec (car tail))) (if (and (org-fold-core-region-folded-p beg end spec) (org-region-invisible-p beg end)) (progn (setq props-list ...))) (setq tail (cdr tail))))) (let ((tail (if (fboundp 'object-intervals) (object-intervals return-string) (seq-partition (cdr ...) 3)))) (while tail (let ((plist (car tail))) (let* ((start ...) (fin ...) (plist ...)) (if (listp plist) (progn ...))) (setq tail (cdr tail))))) (remove-text-properties 0 (length return-string) props-list return-string)) return-string)
  org-fold-core--buffer-substring-filter(37 67 delete)
  filter-buffer-substring(37 67 delete)
  #f(compiled-function (method) #<bytecode -0x2fea4bde9514e6c>)(delete)
  kill-region(37 67 region)
  funcall-interactively(kill-region 37 67 region)
  command-execute(kill-region)


-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Sun, 27 Nov 2022 00:29:01 GMT) Full text and rfc822 format available.

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

From: Ihor Radchenko <yantar92 <at> posteo.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 59618 <at> debbugs.gnu.org, Arsen Arsenović <arsen <at> aarsen.me>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Sun, 27 Nov 2022 00:28:32 +0000
Eli Zaretskii <eliz <at> gnu.org> writes:

> Isn't this a problem with org-capture?  Did you try reporting this to the
> Org developers first?

Another note: I can only reproduce using Emacs 29. Emacs 28 does not err.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Sun, 27 Nov 2022 06:14:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Ihor Radchenko <yantar92 <at> posteo.net>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 59618 <at> debbugs.gnu.org, Arsen Arsenović <arsen <at> aarsen.me>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture: "Marker
 does not point anywhere"
Date: Sat, 26 Nov 2022 22:13:13 -0800
Ihor Radchenko <yantar92 <at> posteo.net> writes:

>>> 1. emacs -Q --execute '(global-whitespace-mode)'
>>> 2. M-x org-capture RET t C-c C-c
>>> 2. M-x org-capture RET t
>
> After following the above steps, please
>
> 4. Switch to .notes buffer
> 5. Select the last heading in the buffer
> 6. Kill it.
> 7. Observe the following backtrace

I fail to reproduce this bug using this recipe.

Could you please clarify what exactly you did in step 5 and 6?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Sun, 27 Nov 2022 06:20:02 GMT) Full text and rfc822 format available.

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

From: Ihor Radchenko <yantar92 <at> posteo.net>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Arsen Arsenović <arsen <at> aarsen.me>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Sun, 27 Nov 2022 06:20:23 +0000
Stefan Kangas <stefankangas <at> gmail.com> writes:

> I fail to reproduce this bug using this recipe.
>
> Could you please clarify what exactly you did in step 5 and 6?

Let me provide the detailed recipe I used:

1. rm ~/.notes (this is the default capture target)
2. emacs-29-vcs -Q --execute '(global-whitespace-mode)'
3. M-x org-capture <RET> t C-c C-c
4. M-x org-capture <RET> t
5. M-x toggle-debug-on-error
6. C-x b .notes
7. C-s %? <RET>
8. C-a
9. C-<SPC> M-> C-w

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Sun, 27 Nov 2022 06:55:01 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Arsen Arsenović <arsen <at> aarsen.me>,
 Richard Hansen <rhansen <at> rhansen.org>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture: "Marker
 does not point anywhere"
Date: Sat, 26 Nov 2022 22:54:25 -0800
Ihor Radchenko <yantar92 <at> posteo.net> writes:

> Stefan Kangas <stefankangas <at> gmail.com> writes:
>
>> I fail to reproduce this bug using this recipe.
>>
>> Could you please clarify what exactly you did in step 5 and 6?
>
> Let me provide the detailed recipe I used:
>
> 1. rm ~/.notes (this is the default capture target)
> 2. emacs-29-vcs -Q --execute '(global-whitespace-mode)'
> 3. M-x org-capture <RET> t C-c C-c
> 4. M-x org-capture <RET> t
> 5. M-x toggle-debug-on-error
> 6. C-x b .notes
> 7. C-s %? <RET>
> 8. C-a
> 9. C-<SPC> M-> C-w

Thanks, I can reproduce the backtrace now.

Stepping through `whitespace--update-bob-eob' with edebug shows that the
`goto-char' in this fragment fails, because `whitespace-bob-marker' is
nil:

    (save-excursion
      (goto-char whitespace-bob-marker)
      ;; Any change in the first non-`empty'
      ;; line, even if it's not the first
      ;; character in the line, can potentially
      ;; cause subsequent lines to become
      ;; classified as `empty' (e.g., delete the
      ;; "x" from " x").
      (forward-line 1)
      (point))

The `whitespace--update-bob-eob' function is new in Emacs 29 and was
added in commit f47a5324f44e by Richard Hansen (in Cc).

Here is the backtrace again, for reference:

Debugger entered--Lisp error: (error "Marker does not point anywhere")
  whitespace--update-bob-eob(37 37 29)
  delete-and-extract-region(37 66)
  #f(compiled-function (beg end delete) #<bytecode
0x15337359c91d96f1>)(37 66 delete)
  apply(#f(compiled-function (beg end delete) #<bytecode
0x15337359c91d96f1>) (37 66 delete))
  #f(compiled-function (funs global args) #<bytecode
-0xf6c557b8176d62>)(nil nil (37 66 delete))
  buffer-substring--filter(37 66 delete)
  filter-buffer-substring(37 66 delete)
  #f(compiled-function (method) #<bytecode -0x2fb4b4ebabaf02c>)(delete)
  kill-region(37 66 region)
  funcall-interactively(kill-region 37 66 region)
  command-execute(kill-region)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Thu, 01 Dec 2022 12:08:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefankangas <at> gmail.com>, rhansen <at> rhansen.org
Cc: 59618 <at> debbugs.gnu.org, yantar92 <at> posteo.net, arsen <at> aarsen.me
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture: "Marker
 does not point anywhere"
Date: Thu, 01 Dec 2022 14:06:19 +0200
> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Sat, 26 Nov 2022 22:54:25 -0800
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 59618 <at> debbugs.gnu.org, 
> 	Arsen Arsenović <arsen <at> aarsen.me>, 
> 	Richard Hansen <rhansen <at> rhansen.org>
> 
> Stepping through `whitespace--update-bob-eob' with edebug shows that the
> `goto-char' in this fragment fails, because `whitespace-bob-marker' is
> nil:

Is it really nil or is it a marker that "points nowhere"?

This part:

> Here is the backtrace again, for reference:
> 
> Debugger entered--Lisp error: (error "Marker does not point anywhere")
>   whitespace--update-bob-eob(37 37 29)

seems to indicate the latter.

Anyway, it sounds like the changes in f47a5324f44e caused the two markers,
whitespace-bob-marker and whitespace-eob-marker to sometimes "point
nowhere".  The band-aid patch below avoids the error reported in this bug,
but redisplay still complains in *Messsages*:

  Error during redisplay: (jit-lock-function 45) signaled (error "Marker does not point anywhere")

Richard, please chime in.

Here's the band-aid patch I promised:

diff --git a/lisp/whitespace.el b/lisp/whitespace.el
index 25ea07e..bed2a82 100644
--- a/lisp/whitespace.el
+++ b/lisp/whitespace.el
@@ -2315,7 +2315,11 @@ whitespace-post-command-hook
   (unless (and (eq whitespace-point (point))
                (not whitespace-buffer-changed))
     (when (and (not whitespace-buffer-changed)
-               (memq 'empty whitespace-active-style))
+               (memq 'empty whitespace-active-style)
+               (markerp whitespace-bob-marker)
+               (bufferp (marker-buffer whitespace-bob-marker))
+               (markerp whitespace-eob-marker)
+               (bufferp (marker-buffer whitespace-eob-marker)))
       ;; No need to handle the `whitespace-buffer-changed' case here
       ;; because that is taken care of by the `font-lock-multiline'
       ;; text property.
@@ -2422,6 +2426,8 @@ whitespace--update-bob-eob
         (widen)
         (let ((inhibit-read-only t))
           (when (or (null beg)
+                    (and (markerp whitespace-bob-marker)
+                         (bufferp (marker-buffer whitespace-bob-marker))
                     (<= beg (save-excursion
                               (goto-char whitespace-bob-marker)
                               ;; Any change in the first non-`empty'
@@ -2431,7 +2437,7 @@ whitespace--update-bob-eob
                               ;; classified as `empty' (e.g., delete the
                               ;; "x" from " x").
                               (forward-line 1)
-                              (point))))
+                              (point)))))
             (goto-char 1)
             (set-marker whitespace-bob-marker (point))
             (save-match-data
@@ -2440,11 +2446,13 @@ whitespace--update-bob-eob
                 (put-text-property (match-beginning 1) (match-end 1)
                                    'font-lock-multiline t))))
           (when (or (null end)
+                    (and (markerp whitespace-eob-marker)
+                         (bufferp (marker-buffer whitespace-eob-marker))
                     (>= end (save-excursion
                               (goto-char whitespace-eob-marker)
                               ;; See above comment for the BoB case.
                               (forward-line -1)
-                              (point))))
+                              (point)))))
             (goto-char (1+ (buffer-size)))
             (set-marker whitespace-eob-marker (point))
             (save-match-data




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Thu, 01 Dec 2022 15:03:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>, rhansen <at> rhansen.org
Cc: 59618 <at> debbugs.gnu.org, yantar92 <at> posteo.net, arsen <at> aarsen.me
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture: "Marker
 does not point anywhere"
Date: Thu, 1 Dec 2022 07:02:04 -0800
Eli Zaretskii <eliz <at> gnu.org> writes:

>> Stepping through `whitespace--update-bob-eob' with edebug shows that the
>> `goto-char' in this fragment fails, because `whitespace-bob-marker' is
>> nil:
>
> Is it really nil or is it a marker that "points nowhere"?

I think it is the latter, yes.  Sorry for the confusion.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Tue, 13 Dec 2022 06:26:02 GMT) Full text and rfc822 format available.

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

From: Richard Hansen <rhansen <at> rhansen.org>
To: Eli Zaretskii <eliz <at> gnu.org>, Stefan Kangas <stefankangas <at> gmail.com>
Cc: 59618 <at> debbugs.gnu.org, yantar92 <at> posteo.net, arsen <at> aarsen.me
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture: "Marker
 does not point anywhere"
Date: Tue, 13 Dec 2022 01:25:22 -0500
[Message part 1 (text/plain, inline)]
I believe this is caused by an interaction between indirect buffers and 
after-change-functions.  In the buffer with the error, 
whitespace--update-bob-eob is in after-change-functions even though 
whitespace-color-on (which is the only place that hook is registered) is 
never called on the buffer.  whitespace-color-on sets up state that 
whitespace--update-bob-eob depends on, which is why the error occurs.

I see no mention of after-change-functions in the documentation for 
indirect buffers, and no mention of indirect buffers in the 
documentation for after-change-functions.  I'm not sure how they're 
supposed to interact, so I'm not sure if this is a bug in whitespace, 
indirect buffers, or even org.  We could slap a bandaid on whitespace.el 
to work around this issue, but I'd rather fix this the right way.  I'm 
not sure what the right way is; if someone who understands indirect 
buffers could give me some tips I'd appreciate it.

bug#46982 might be related.
[OpenPGP_signature (application/pgp-signature, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Tue, 13 Dec 2022 06:36:01 GMT) Full text and rfc822 format available.

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

From: Ihor Radchenko <yantar92 <at> posteo.net>
To: Richard Hansen <rhansen <at> rhansen.org>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, arsen <at> aarsen.me,
 Stefan Kangas <stefankangas <at> gmail.com>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Tue, 13 Dec 2022 06:34:57 +0000
Richard Hansen <rhansen <at> rhansen.org> writes:

> I believe this is caused by an interaction between indirect buffers and 
> after-change-functions.  In the buffer with the error, 
> whitespace--update-bob-eob is in after-change-functions even though 
> whitespace-color-on (which is the only place that hook is registered) is 
> never called on the buffer.  whitespace-color-on sets up state that 
> whitespace--update-bob-eob depends on, which is why the error occurs.

Org's capture buffer is created by calling `make-indirect-buffer' with
CLONE argument.  This makes Emacs clone buffer local variables,
including `after-change-functions'.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Tue, 13 Dec 2022 06:39:01 GMT) Full text and rfc822 format available.

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

From: Richard Hansen <rhansen <at> rhansen.org>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, arsen <at> aarsen.me,
 Stefan Kangas <stefankangas <at> gmail.com>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture: "Marker
 does not point anywhere"
Date: Tue, 13 Dec 2022 01:38:43 -0500
[Message part 1 (text/plain, inline)]
On 12/13/22 01:34, Ihor Radchenko wrote:
> Org's capture buffer is created by calling `make-indirect-buffer' with
> CLONE argument.  This makes Emacs clone buffer local variables,
> including `after-change-functions'.

Sounds like setting CLONE to t does not clone markers.  That sounds like 
a bug in `make-indirect-buffer', no?
[OpenPGP_signature (application/pgp-signature, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Tue, 13 Dec 2022 06:50:02 GMT) Full text and rfc822 format available.

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

From: Ihor Radchenko <yantar92 <at> posteo.net>
To: Richard Hansen <rhansen <at> rhansen.org>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, arsen <at> aarsen.me,
 Stefan Kangas <stefankangas <at> gmail.com>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Tue, 13 Dec 2022 06:48:51 +0000
Richard Hansen <rhansen <at> rhansen.org> writes:

> On 12/13/22 01:34, Ihor Radchenko wrote:
>> Org's capture buffer is created by calling `make-indirect-buffer' with
>> CLONE argument.  This makes Emacs clone buffer local variables,
>> including `after-change-functions'.
>
> Sounds like setting CLONE to t does not clone markers.  That sounds like 
> a bug in `make-indirect-buffer', no?

AFAIK, it does clone markers. Also changing marker buffer appropriately.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Wed, 14 Dec 2022 02:43:02 GMT) Full text and rfc822 format available.

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

From: Richard Hansen <rhansen <at> rhansen.org>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, arsen <at> aarsen.me,
 Stefan Kangas <stefankangas <at> gmail.com>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture: "Marker
 does not point anywhere"
Date: Tue, 13 Dec 2022 21:42:35 -0500
[Message part 1 (text/plain, inline)]
On 12/13/22 01:48, Ihor Radchenko wrote:
> Richard Hansen <rhansen <at> rhansen.org> writes:
>> Sounds like setting CLONE to t does not clone markers.  That sounds like
>> a bug in `make-indirect-buffer', no?
> 
> AFAIK, it does clone markers. Also changing marker buffer appropriately.

Hmm, maybe not.  The following fails:

emacs -Q

(progn
  (whitespace-mode 1)
  (with-current-buffer (clone-indirect-buffer "foo" nil)
    (cl-assert (eq (current-buffer)
                   (marker-buffer whitespace-bob-marker)))))

C-x C-e

I don't know if this is working as intended or a bug.
[OpenPGP_signature (application/pgp-signature, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Wed, 14 Dec 2022 12:10:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Richard Hansen <rhansen <at> rhansen.org>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 59618 <at> debbugs.gnu.org, yantar92 <at> posteo.net, arsen <at> aarsen.me,
 stefankangas <at> gmail.com
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture: "Marker
 does not point anywhere"
Date: Wed, 14 Dec 2022 14:09:30 +0200
> Date: Tue, 13 Dec 2022 21:42:35 -0500
> Cc: Eli Zaretskii <eliz <at> gnu.org>, Stefan Kangas <stefankangas <at> gmail.com>,
>  59618 <at> debbugs.gnu.org, arsen <at> aarsen.me
> From: Richard Hansen <rhansen <at> rhansen.org>
> 
> On 12/13/22 01:48, Ihor Radchenko wrote:
> > Richard Hansen <rhansen <at> rhansen.org> writes:
> >> Sounds like setting CLONE to t does not clone markers.  That sounds like
> >> a bug in `make-indirect-buffer', no?
> > 
> > AFAIK, it does clone markers. Also changing marker buffer appropriately.
> 
> Hmm, maybe not.  The following fails:
> 
> emacs -Q
> 
> (progn
>    (whitespace-mode 1)
>    (with-current-buffer (clone-indirect-buffer "foo" nil)
>      (cl-assert (eq (current-buffer)
>                     (marker-buffer whitespace-bob-marker)))))
> 
> C-x C-e
> 
> I don't know if this is working as intended or a bug.

Adding Stefan, in case he has comments.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Wed, 14 Dec 2022 14:16:01 GMT) Full text and rfc822 format available.

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 59618 <at> debbugs.gnu.org, yantar92 <at> posteo.net, arsen <at> aarsen.me,
 stefankangas <at> gmail.com, Richard Hansen <rhansen <at> rhansen.org>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Wed, 14 Dec 2022 09:15:23 -0500
>> >> Sounds like setting CLONE to t does not clone markers.  That sounds like
>> >> a bug in `make-indirect-buffer', no?
>> > 
>> > AFAIK, it does clone markers. Also changing marker buffer appropriately.
>> 
>> Hmm, maybe not.  The following fails:
>> 
>> emacs -Q
>> 
>> (progn
>>    (whitespace-mode 1)
>>    (with-current-buffer (clone-indirect-buffer "foo" nil)
>>      (cl-assert (eq (current-buffer)
>>                     (marker-buffer whitespace-bob-marker)))))

the buffer cloning code can't know that a given marker is stored in a variable.
So when it clones the variables, both buffers's `whitespace-bob-marker`
variable will point to the same marker.

While we could try and solve it for this specific case by looking for
buffer-local variables that contains markers, the problem is much more
general (think of the case where the buffer var contains a list of
markers, or a hash-table containing markers, or ...), so `clone-buffer`
does not try to solve it.

Instead modes that use such variables are responsable to setup
a `clone-buffer-hook` that does the necessary work.


        Stefan





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Wed, 14 Dec 2022 15:09:01 GMT) Full text and rfc822 format available.

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

From: Ihor Radchenko <yantar92 <at> posteo.net>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, arsen <at> aarsen.me,
 stefankangas <at> gmail.com, Richard Hansen <rhansen <at> rhansen.org>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Wed, 14 Dec 2022 15:08:34 +0000
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

> Instead modes that use such variables are responsable to setup
> a `clone-buffer-hook` that does the necessary work.

*clone-indirect-buffer-hook




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Wed, 14 Dec 2022 17:47:01 GMT) Full text and rfc822 format available.

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, arsen <at> aarsen.me,
 stefankangas <at> gmail.com, Richard Hansen <rhansen <at> rhansen.org>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Wed, 14 Dec 2022 12:40:03 -0500
Ihor Radchenko [2022-12-14 15:08:34] wrote:
> Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>> Instead modes that use such variables are responsable to setup
>> a `clone-buffer-hook` that does the necessary work.
>
> *clone-indirect-buffer-hook

For indirect clones, yes.  The original motivation for this infrastructure
was Info where we use `clone-buffer` and hence `clone-buffer-hook`.


        Stefan





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Wed, 14 Dec 2022 17:49:01 GMT) Full text and rfc822 format available.

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

From: Ihor Radchenko <yantar92 <at> posteo.net>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, arsen <at> aarsen.me,
 stefankangas <at> gmail.com, Richard Hansen <rhansen <at> rhansen.org>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Wed, 14 Dec 2022 17:48:07 +0000
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

> Ihor Radchenko [2022-12-14 15:08:34] wrote:
>> Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>>> Instead modes that use such variables are responsable to setup
>>> a `clone-buffer-hook` that does the necessary work.
>>
>> *clone-indirect-buffer-hook
>
> For indirect clones, yes.  The original motivation for this infrastructure
> was Info where we use `clone-buffer` and hence `clone-buffer-hook`.

I see. Though `clone-indirect-buffer-hook' is probably more appropriate
to be used in the context of this bug report.

Side note: Org implements something similar to `clone-buffer', but for
file visiting buffers (`org-export-copy-buffer`). Would it be something
of interest for Emacs?

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Wed, 14 Dec 2022 20:12:02 GMT) Full text and rfc822 format available.

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, arsen <at> aarsen.me,
 stefankangas <at> gmail.com, Richard Hansen <rhansen <at> rhansen.org>
Subject: Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Wed, 14 Dec 2022 15:10:59 -0500
>> For indirect clones, yes.  The original motivation for this infrastructure
>> was Info where we use `clone-buffer` and hence `clone-buffer-hook`.
> I see.  Though `clone-indirect-buffer-hook' is probably more appropriate
> to be used in the context of this bug report.

If `org-capture` uses an indirect buffer, indeed.
Modes which can be used with both should setup both hooks.

> Side note: Org implements something similar to `clone-buffer', but for
> file visiting buffers (`org-export-copy-buffer`).  Would it be something
> of interest for Emacs?

There seems to be a lot of overlap with `clone-buffer`, so it would make
sense to try and merge them, yes.  I don't think we want to
support/encourage situations where we have multiple buffers with the
same `buffer-file-name` like `org-export-copy-buffer` creates, but we
could provide some alternative where the clone has `buffer-file-name`
set to nil but the old value (or the origin bugger) is recorded in
another buffer-local var.


        Stefan





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Sun, 18 Dec 2022 09:25:01 GMT) Full text and rfc822 format available.

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

From: Richard Hansen <rhansen <at> rhansen.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>,
 Ihor Radchenko <yantar92 <at> posteo.net>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, arsen <at> aarsen.me,
 stefankangas <at> gmail.com
Subject: [PATCH] Re: bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Sun, 18 Dec 2022 04:24:27 -0500
[Message part 1 (text/plain, inline)]
Attached is a patch that should fix this issue.  I have some other 
`whitespace-mode' fixes in progress; I'll open new issues (or reply to 
existing issues) for those.
[0001-whitespace-Avoid-mutating-original-buffer-s-markers-.patch (text/x-patch, attachment)]
[OpenPGP_signature (application/pgp-signature, attachment)]

Added tag(s) patch. Request was from Richard Hansen <rhansen <at> rhansen.org> to control <at> debbugs.gnu.org. (Mon, 19 Dec 2022 05:31:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Tue, 20 Dec 2022 00:42:02 GMT) Full text and rfc822 format available.

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

From: Richard Hansen <rhansen <at> rhansen.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>,
 Ihor Radchenko <yantar92 <at> posteo.net>
Cc: 59618 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, arsen <at> aarsen.me,
 stefankangas <at> gmail.com
Subject: Re: [PATCH] bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Mon, 19 Dec 2022 19:41:31 -0500
[Message part 1 (text/plain, inline)]
Attached is a new version of the patch.  The only change is that it was rebased onto latest emacs-29 so that it applies cleanly.
[0001-whitespace-Avoid-mutating-original-buffer-s-markers-.patch (text/x-patch, attachment)]
[OpenPGP_signature (application/pgp-signature, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Tue, 20 Dec 2022 13:53:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Richard Hansen <rhansen <at> rhansen.org>, yantar92 <at> posteo.net
Cc: 59618 <at> debbugs.gnu.org, arsen <at> aarsen.me, monnier <at> iro.umontreal.ca,
 stefankangas <at> gmail.com
Subject: Re: [PATCH] bug#59618: 29.0.50; global-whitespace-mode + org-capture:
 "Marker does not point anywhere"
Date: Tue, 20 Dec 2022 15:52:46 +0200
> Date: Mon, 19 Dec 2022 19:41:31 -0500
> From: Richard Hansen <rhansen <at> rhansen.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, stefankangas <at> gmail.com,
>  59618 <at> debbugs.gnu.org, arsen <at> aarsen.me
> Attached is a new version of the patch.  The only change is that it was rebased onto latest emacs-29 so that it applies cleanly.

Thanks.

Ihor, would you please see if this fixes the problem, so that we could
install it?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#59618; Package emacs. (Wed, 21 Dec 2022 13:36:02 GMT) Full text and rfc822 format available.

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

From: Ihor Radchenko <yantar92 <at> posteo.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 59618 <at> debbugs.gnu.org, arsen <at> aarsen.me, stefankangas <at> gmail.com,
 monnier <at> iro.umontreal.ca, Richard Hansen <rhansen <at> rhansen.org>
Subject: Re: [PATCH] bug#59618: 29.0.50; global-whitespace-mode +
 org-capture: "Marker does not point anywhere"
Date: Wed, 21 Dec 2022 13:34:47 +0000
Eli Zaretskii <eliz <at> gnu.org> writes:

>> Date: Mon, 19 Dec 2022 19:41:31 -0500
>> From: Richard Hansen <rhansen <at> rhansen.org>
>> Cc: Eli Zaretskii <eliz <at> gnu.org>, stefankangas <at> gmail.com,
>>  59618 <at> debbugs.gnu.org, arsen <at> aarsen.me
>> Attached is a new version of the patch.  The only change is that it was rebased onto latest emacs-29 so that it applies cleanly.
>
> Thanks.
>
> Ihor, would you please see if this fixes the problem, so that we could
> install it?

I can no longer reproduce the problem following the given recipe after
applying the patch.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>




Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Wed, 21 Dec 2022 14:05:01 GMT) Full text and rfc822 format available.

Notification sent to Arsen Arsenović <arsen <at> aarsen.me>:
bug acknowledged by developer. (Wed, 21 Dec 2022 14:05:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: 59618-done <at> debbugs.gnu.org, arsen <at> aarsen.me, stefankangas <at> gmail.com,
 monnier <at> iro.umontreal.ca, rhansen <at> rhansen.org
Subject: Re: [PATCH] bug#59618: 29.0.50; global-whitespace-mode +
 org-capture: "Marker does not point anywhere"
Date: Wed, 21 Dec 2022 16:03:48 +0200
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: Richard Hansen <rhansen <at> rhansen.org>, monnier <at> iro.umontreal.ca,
>  stefankangas <at> gmail.com, 59618 <at> debbugs.gnu.org, arsen <at> aarsen.me
> Date: Wed, 21 Dec 2022 13:34:47 +0000
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Ihor, would you please see if this fixes the problem, so that we could
> > install it?
> 
> I can no longer reproduce the problem following the given recipe after
> applying the patch.

Thanks, so I've now installed the patch, and I'm closing the bug.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 19 Jan 2023 12:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 1 year and 69 days ago.

Previous Next


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