GNU bug report logs - #14394
jit-lock-force-redisplay redefinition breaks jit fontification in auctex

Previous Next

Package: auctex;

Reported by: Antoine Levitt <antoine.levitt <at> gmail.com>

Date: Mon, 13 May 2013 09:25:01 UTC

Severity: normal

Merged with 16879

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Antoine Levitt <antoine.levitt <at> gmail.com>
Cc: bug-auctex <at> gnu.org, 14394 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: bug#14394: jit-lock-force-redisplay redefinition breaks jit	fontification in auctex
Date: Mon, 13 May 2013 19:11:55 +0300
> From: Antoine Levitt <antoine.levitt <at> gmail.com>
> Date: Mon, 13 May 2013 11:23:07 +0200
> 
> A commit of Stefan Monnier in April 23 changed the API of
> jit-lock-force-redisplay. First and easiest, the docstring of
> jit-lock-force-redisplay was not changed, and still mentions the old BUF
> argument.
> 
> Second, this breaks function font-latex-jit-lock-force-redisplay in
> auctex, which uses the old prototype. This is present in emacs and
> auctex from trunk.

The doc string fix issue aside, is there any reason why AUCTeX should
call jit-lock-force-redisplay, instead of always using its expanded
code, like it does for versions of Emacs that don't have that
function?

I mean, doesn't this incident speak volumes about the danger of using
internal APIs?




This bug report was last modified 11 years and 91 days ago.

Previous Next


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