bug#15298: 24.3.50; Background color lost when highlighting a string

["Sebastien Vauban" <sva-news-D0wtAvR13HarG/iDocfnWg@public.gmane.org>]

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <sva-news-D0wtAvR13HarG/iDocfnWg@public.gmane.org>
>> Date: Fri, 13 Dec 2013 13:50:26 +0100
>> Cc: 15298-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> 
>> Side question: when we observe such a word which is not highlighted as
>> we expect it, is there a way to see the list of all applied faces in the
>> order they are applied?  That'd help debugging such a problem...
>
> The problem in this case (and other similar ones) is that the face you
> expected was removed, and then another one applied to the same text.
> Removed faces are not recorded anywhere, as you might expect.

I thought that faces were just added one onto the other, but that the
problem could happen because the order is not the one we expected.

Were are faces removed?

If I'm asking the above, it's because I'd like to see how we can try to
resolve a bug (this time) in Org fontification.

See http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg01168.html.

The problem lies in the function `org-set-font-lock-defaults', but I
have to admit it seems too complex for me to fix it. I'm lost in
expressions such as:

--8<---------------cut here---------------start------------->8---
	   ;; DONE
	   (if org-fontify-done-headline
	       (list (format org-heading-keyword-regexp-format
			     (concat
			      "\\(?:"
			      (mapconcat 'regexp-quote org-done-keywords "\\|")
			      "\\)"))
		     '(2 'org-headline-done t))
	     nil)
--8<---------------cut here---------------end--------------->8---

(lines 6278 à 6286 of `org.el')

Best regards,
  Seb

-- 
Sebastien Vauban