On an old NCD 19r X11 terminal, driven from a Solaris 8 system
(how old can we get?), Firefox 2.0 thinks for a while,
starts to display the initial screen, and then exits with:
Error: Cairo 1.2.6 does not yet support the requested image format:
Alpha mask: 0x00000000
Red mask: 0x00000000
Green mask: 0x00000000
Blue mask: 0x00000000
Please file an enhancement request (quoting the above) at:
Assertion failed: NOT_REACHED, file cairo-image-surface.c, line 201
Yes, I deliberately use a B&W screen when I can, since it seems
easier for my tired old eyes than the reasonably nice colour
screen that sits beside it.
This the first modern browser I've found that does more than
segfault when invoked on a B&W screen.
Maybe they're trying to tell me something :-)
*** This bug has been marked as a duplicate of bug 4945 ***
Actually, a 1-bit visual is a fairly different beast than an 8-bit visual (in at least some sense anyway). If for nothing other than the novelty of this report, I'm going to leave it open. (Though some of the information in the 8-bit bug report might certainly be useful.)
Sorry, overlooked it.
Also reported as debian bug
on an "NCD16e XTerminal" with cairo 1.4.14
This should have been fixed with the psuedocolor support in 1.6, but I can't confirm this as I don't have access to a monochrome Xserver - Xvfb is refusing to create a 1bit screen and I don't know of anything else that will simulate a monochrome Xserver.
(Shows upmost confidence in Carl's and Behdad's work by marking the bug fixed.)
Please reopen if cairo still doesn't work with monochrome terminals.