GNU bug report logs - #39239
28.0.50; S-TAB in shr buffers doesn't work reliably

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 39239 in the body.
You can then email your comments to 39239 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: Lars Ingebrigtsen <larsi <at> gnus.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.50; S-TAB in shr buffers doesn't work reliably
Date: Wed, 22 Jan 2020 16:38:22 +0100

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

Test case is below:

[link.html (text/html, inline)]

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

If you start from the start of the buffer, TAB will take you to "Gnu",
then to "FSF" and then "no more links".  If you start from the end and
S-TAB, it'll take you to "FSF" (which is correct) and then "no previous
link", which is incorrect.

Furthermore, if you put point on the "a" in "Bar", it'll take you to Gnu
instead of "FSF".

Looking at the code in text-property-search-backward, there seems to be
several off-by-one errors there, interacting with each other in horrible
ways and makes my head swim, but unless somebody gets there before me,
I'll have a look at it some other day.


In GNU Emacs 28.0.50 (build 6, x86_64-pc-linux-gnu, GTK+ Version 3.24.5, cairo version 1.16.0)
 of 2020-01-21 built on marnie
Repository revision: c1b6cf6757fbd00cf6e8cae23e1670b9ff794811
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Debian GNU/Linux 10 (buster)

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

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: 39239 <at> debbugs.gnu.org
Subject: Re: bug#39239: 28.0.50; S-TAB in shr buffers doesn't work reliably
Date: Fri, 17 Jul 2020 18:45:33 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Looking at the code in text-property-search-backward, there seems to be
> several off-by-one errors there, interacting with each other in horrible
> ways and makes my head swim, but unless somebody gets there before me,
> I'll have a look at it some other day.

I think I got it right now -- all the test cases still work, and the
behaviour in eww now seems correct in my use case.

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

Previous Next

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