A couple of users have reported warnings on 21.5.31 when using
"gnuclient -nw" and XEmacs has a graphics image that was created using
(make-glyph ... :data ...).  See issue778 for details (including the
values of the :data-based and :file-based glyphs that I talk about
below).

I'd like some guidance on how the code is supposed to work.

First question: as described in issue778, the test-case glyph from MH-E
is different depending on whether it was created using :data or :file.
With:data, the specifier has tty and stream clauses that it lacks when
created with :file.  Is that to be expected?

Second question: suppose a buffer is created containing one of these
:data glyphs while the current frame is an X window, and then the buffer
is then viewed in a tty frame.  With 21.5.31, the user gets warnings.
With 21.5.29+0d436a78c514, there are no warnings, even though the
glyph's specifier still has those tty and stream clauses.  Is this
new warning expected?

thanks,
mike

_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta@xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta

Comparing the glyph generated with :data with the glyph generated with
:file shows that the :data-based glyph includes tty and stream clauses
in the specifier, which the :file-based glyph does not.  See the
glyph-differences.txt attachment for details.

I take back what I wrote about this being fixed in 5.10.10.  It's harder
to reproduce in 5.10.10, because it has some additional checks for
whether the current display can handle images.  But if I view the Alan
Cox email in an X frame, then start up a tty frame and visit the
*Article* buffer, I get the same warnings.

We just ran into a very similar problem while beta-testing MH-E 8.3. 
Recent versions of MH-E insert a graphic into the modeline.  If you
start up a tty frame and visit an MH-E buffer, you get the same (or very
similar) warning as with this issue.  Changing MH-E to call make-glyph
with :file instead of with :data made the problem go away.

I can't reproduce the warning with (Gnus 5.10.10 and) XEmacs
21.5.29+0d436a78c514.  Perhaps this is a bug in XEmacs core code?

Mike, that sounds good.  I'll do my best to test it when I get a chance.
 (In this particular case, I read gnus on a friend's computer, so I'll
mostly wait for him to update; he tends to run Fedora Rawhide, so
hopefully that'll be sooner rather than later.)

Appears to be fixed in Gnus 5.10.10, for which I'm preparing a package
update.

Workaround is to disable face processing:

  (setq gnus-treat-display-face nil
        gnus-treat-display-x-face nil)

But I'd still like to see the original problem fixed.

Oops, just noticed I munged the version number in the title.  Sorry
about that.

Reading news in text mode, I get gui-errors when reading articles that
include xfaces, e.g., Alan Cox on linux-kernel.

Error is:

(11) (specifier/warning) error: (gui-error (Can't instantiate image
(probably cached) [png :data ...

And the header is:

Face:   iVBORw0KGgoAAAANSU...

It looks like a copy of the original can be found here:
http://groups.google.com/group/linux-kernel-proxy/msg/b0931f5e447e6ff3?dmode=source

The errors have no backtrace, so I can't figure out exactly where the
error is coming from.