Less's hyperlink support is confused by lines that run offscreen

[ferdnyc]

I think this is likely a less bug, as the same issue would theoretically (but does not) occur with color escapes and other formatting.

Using less 581 (from Fedora package less-581.2-1.fc34.x86_64) to display output from systemd's journalctl which contains hyperlinked text, gets confused if the end of that link is offscreen (due to unwrapped lines and horizontal scrolling), letting the hyperlink formatting bleed into the following text indefinitely.

For example, if I run a journalctl command which I know will contain hyperlinks, and resize my terminal window to push the end of a link off the right edge of the window, I get this:

Everything after the first linked /usr/lib/tmpfiles.d/... path is hyperlinked, due to the closing code being offscreen to the right. (The text appears to be genuinely hyperlinked, BTW — hovering over any of the underlined text will display a URL tooltip in GNOME Terminal, and the context menu will show the added options to copy or open the link.)

If I scroll right so the ends of the linked paths are visible, the problem corrects itself:

(The text before the first link is hyperlinked, because the bleedover caused the last link to remain open until the formatting closed it. If I scroll right again, that clears up as well:)

The bright-white/bold formatting of the same text doesn't bleed onto the following lines, even when the ends of those lines are offscreen, so this appears to be a problem unique to the hyperlink support.

[gwsw]

Fixed in d21820c.

[ferdnyc]

Confirmed!

Many thanks.

[ferdnyc]

Now if I can get the Fedora packagers to merge my backport PR, this won't be an issue in Fedora 35+.