GNU bug report logs - #60423
29.0.60; goto-address and shr/textsec don't play nicely together

Previous Next

Package: emacs;

Reported by: Mike Kupfer <kupfer <at> rawbw.com>

Date: Fri, 30 Dec 2022 07:04:07 UTC

Severity: normal

Found in version 29.0.60

Full log


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

From: Mike Kupfer <kupfer <at> rawbw.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 60423 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, stefankangas <at> gmail.com
Subject: Re: bug#60423: 29.0.60;
 goto-address and shr/textsec don't play nicely together
Date: Wed, 16 Oct 2024 14:52:49 -0700
Stefan Monnier wrote:

> In this case the problem is that two packages compete for the same URL.
> I think it makes sense for goto-address to "leave text alone" in this
> case, but the question remains of how to detect *this* situation.
> 
> The underlying text having a `face` property doesn't seem sufficient
> (especially since multiple `face` properties get merged, so the
> conflict is less severe).
> Maybe it should check for the presence of `help-echo and (follow-link
> or keymap)`?  And make sure the those properties cover exactly the same
> chunk of text?

As far as covering the same chunk of text, I'll need to play with this
some more to see what works.  shr-tag-a inserts a warning emoji with a
help-echo property, which goto-address somehow manages to clobber.  That
warning emoji is not something goto-address would normally be looking
for.

mike




This bug report was last modified 225 days ago.

Previous Next


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