Quick wrap-up of today's activity on this bug:
* Where we are
- Reading Michael's config, I noticed that he was using hi-lock mode and
suggested that it could be the culprit. Michael reported that turning
that off indeed fixed his problem; Jay and Bill do not use this mode.
- Jay sent more information along with his config files; I couldn't find
anything relevant in them. I ran a Gnus session with Jay's config for
some time, to no avail.
- I was mistaken about Gnus' implementation of fontification:
o Gnus does not use font-lock, it uses its own routines;
o Message uses font-lock;
o Gnus doesn't use the new `font-lock-face' text property;
o Gnus uses the `face' text property.
* Going further
As I still can't reproduce this, I need one of you guys to do the
following: in a buffer where the bug occurs, send me the output of
`C-u C-x =' on any of the characters of
- a region where colorization is normal (the bug doesn't affect this
region), we'll call this character X.
- a region where there is no colorization (the bug affects the region),
we'll call this char Y.
* Hypotheses
Hypothesis A:
Char X has a valid `face' property, and
Char Y has a valid `face' property: this would mean that the display
engine is buggy and doesn't apply the face to the character Y, for
some reason.
Hypothesis B:
Char X has a valid `face' property, and
Char Y doesn't have a `face' property, and optionally has a
`fontified' property with value nil: this would mean that the bug is
caused by code that removes the `face' text property from the
character.
Thanks for your help,
--
,''`.
: :' : Romain Francoise <[EMAIL PROTECTED]>
`. `' http://people.debian.org/~rfrancoise/
`-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
