[Bug: 21.5-b29] Xemacs ignores custom.el

[Stephen J. Turnbull]

Sparapani, Rodney writes:

 > But, it works for stable.  What has changed to make this not work
 > anymore?

A large number of changes at several levels of code (lwlib, core C,
Lisp) in several areas (high-level redisplay, face handling, MULE)
have been made, for many different reasons.

Identifying what causes this is going to need to be done by somebody
who can observe the problem, I suspect.

 > As someone who uses stable on a daily basis, it would really help if there was
 > a beta available for testing that doesn't need some special setup.

That would be nice, but that's not the way that betas work, by
definition.  If betas could be expected to Just Work, they'd be
stable.  I also don't think it's reasonable to expect any X
application to work as expected without app-specific setup, in the
face of xrdb spam like that shown in your report.  "*Font", indeed!
<snort />

That said, there is an XEmacs bug here.  Customize *is* app-specific
setup and *should* override the xrdb.  But I don't have a guess
offhand why it doesn't.  It would be nice if somebody who can
reproduce the problem would single step through the custom-set-faces
call to see at what point the attempt to apply the custom face fails
(if it does; I suppose it's also possible that customize succeeds but
some kind of post-processing code gets invoked that proceeds to check
for xrdb settings and overrides customize again).