GNU bug report logs - #41332
27.0.60; :underline property doesn't work well with newline in :before-string

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 41332 in the body.
You can then email your comments to 41332 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Yuan Fu <casouri <at> gmail.com>
To: Bug Report Emacs <bug-gnu-emacs <at> gnu.org>
Subject: 27.0.60; :underline property doesn't work well with newline in
 :before-string
Date: Sat, 16 May 2020 13:18:15 -0400

[Message part 1 (text/plain, inline)]

What I did: I inserted a fake newline by adding a :before-string “\n” overlay in the middle of a link. 
The problem: the underline goes all the way to the right (without :extend t)
Reproduce: 
1. Open an Org document, insert a link (C-c C-l some text RET some text RET)
2. M-: and run this code:

(let* ((beg (point))
       (end (1+ (point)))
       (ov (make-overlay beg end nil t)))
  (overlay-put ov 'before-string "\n"))

What I get (overlay line break):


What I want (insert a hard line break):


In GNU Emacs 27.0.60 (build 3, x86_64-apple-darwin19.4.0, NS appkit-1894.40 Version 10.15.4 (Build 19E287))
of 2020-05-16 built on missSilver
Repository revision: f27187f963e9e36435b508e29256e048799e0ff2
Repository branch: emacs-27
Windowing system distributor 'Apple', version 10.3.1894
System Description:  Mac OS X 10.15.4

Recent messages:
Quit
Making completion list...
Quit
flywrap-insert-newline
Entering debugger...
Back to top level
next-line: End of buffer [2 times]
Auto-saving...
Quit
s-b is undefined

Configured using:
'configure --with-modules --with-pdumper=yes
--oldincludedir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/libxml2/
PKG_CONFIG_PATH=/usr/local/Cellar/zlib/1.2.8/lib/pkgconfig:/usr/local/lib/pkgconfig:/opt/X11/lib/pkgconfig'

Configured features:
RSVG GLIB NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS XIM
NS MODULES THREADS PDUMPER LCMS2

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

Major mode: Org

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

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug sendmail help-fns radix-tree cl-print
debug backtrace help-mode vc-git diff-mode org-element avl-tree
generator ol-eww ol-rmail ol-mhe ol-irc ol-info ol-gnus nnir gnus-sum
url url-proxy url-privacy url-expand url-methods url-history mailcap shr
url-cookie url-domsuf url-util url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs json map url-vars svg xml dom
browse-url gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail
mail-source utf7 netrc nnoo parse-time iso8601 gnus-spec gnus-int
gnus-range message rmc puny rfc822 mml mml-sec password-cache epa
derived epg epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader gnus-win gnus nnheader gnus-util rmail
rmail-loaddefs rfc2047 rfc2045 ietf-drums text-property-search seq
byte-opt gv bytecomp byte-compile cconv mail-utils mm-util mail-prsvr
wid-edit ol-docview doc-view jka-compr image-mode exif dired
dired-loaddefs ol-bibtex bibtex ol-bbdb ol-w3m org ob ob-tangle ob-ref
ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint
org-pcomplete pcomplete comint ansi-color ring org-list org-faces
org-entities time-date subr-x noutline outline easy-mmode org-version
ob-emacs-lisp ob-core ob-eval org-table ol org-keys org-compat advice
org-macs org-loaddefs format-spec find-func cal-menu easymenu calendar
cal-loaddefs cl-loaddefs cl-lib tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel term/ns-win ns-win
ucs-normalize mule-util term/common-win 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 kqueue cocoa ns
lcms2 multi-tty make-network-process emacs)

Memory information:
((conses 16 158244 17844)
(symbols 48 18218 1)
(strings 32 59614 2665)
(string-bytes 1 2005707)
(vectors 16 28916)
(vector-slots 8 331738 19060)
(floats 8 197 132)
(intervals 56 447 0)
(buffers 1000 15))

[Message part 2 (text/html, inline)]

[Screen Shot 2020-05-16 at 1.11.56 PM.png (image/png, inline)]

[Screen Shot 2020-05-16 at 1.17.07 PM.png (image/png, inline)]

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Yuan Fu <casouri <at> gmail.com>
Cc: 41332 <at> debbugs.gnu.org
Subject: Re: bug#41332: 27.0.60; :underline property doesn't work well with
 newline in :before-string
Date: Fri, 22 Jan 2021 21:41:36 +0100

Yuan Fu <casouri <at> gmail.com> writes:

> What I did: I inserted a fake newline by adding a :before-string “\n” overlay in the
> middle of a link. 
> The problem: the underline goes all the way to the right (without :extend t)
> Reproduce: 
> 1. Open an Org document, insert a link (C-c C-l some text RET some text RET)
> 2. M-: and run this code:
>
> (let* ((beg (point))
>        (end (1+ (point)))
>        (ov (make-overlay beg end nil t)))
>   (overlay-put ov 'before-string "\n"))
>
> What I get (overlay line break):

I was able to reproduce this bug in Emacs 27, but not in Emacs 28, so
I'm going to go ahead and guess that this has been fixed lately, and I'm
closing this bug report.  If the problem still persists, please respond
to the debbugs address and we'll reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Yuan Fu <casouri <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 41332 <at> debbugs.gnu.org
Subject: Re: bug#41332: 27.0.60; :underline property doesn't work well with
 newline in :before-string
Date: Wed, 27 Jan 2021 20:05:28 -0500

[Message part 1 (text/plain, inline)]

> On Jan 22, 2021, at 3:41 PM, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> 
> Yuan Fu <casouri <at> gmail.com <mailto:casouri <at> gmail.com>> writes:
> 
>> What I did: I inserted a fake newline by adding a :before-string “\n” overlay in the
>> middle of a link. 
>> The problem: the underline goes all the way to the right (without :extend t)
>> Reproduce: 
>> 1. Open an Org document, insert a link (C-c C-l some text RET some text RET)
>> 2. M-: and run this code:
>> 
>> (let* ((beg (point))
>>       (end (1+ (point)))
>>       (ov (make-overlay beg end nil t)))
>>  (overlay-put ov 'before-string "\n"))
>> 
>> What I get (overlay line break):
> 
> I was able to reproduce this bug in Emacs 27, but not in Emacs 28, so
> I'm going to go ahead and guess that this has been fixed lately, and I'm
> closing this bug report.  If the problem still persists, please respond
> to the debbugs address and we'll reopen.
> 

Cool, thanks for closing it!

Yuan

[Message part 2 (text/html, inline)]

Previous Next

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