Bug 91217

Summary:	pseudocolor colormap filled by render extension to X server
Product:	[Retired] Red Hat Linux	Reporter:	Steve Jepsen <stevejepsen>
Component:	XFree86	Assignee:	Mike A. Harris <mharris>
Status:	CLOSED NOTABUG	QA Contact:	David Lawrence <dkl>
Severity:	high	Docs Contact:
Priority:	high
Version:	9	CC:	stevejepsen
Target Milestone:	---
Target Release:	---
Hardware:	i686
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2003-05-20 02:24:28 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Steve Jepsen 2003-05-20 01:35:19 UTC

Description of problem:

applications attempting to allocate colors fail when the user
has selected a 256-color pseudocolor installation

Version-Release number of selected component (if applicable):

apparantly this problem was introduced in xfree86-4.2.0 and,
contrary to statements made by mike harris in:

    http://www.redhat.com/archives/xfree86-list/2002-December/msg00027.html

in response to "questions on PseudoColor 8-bit support on 4.2.0",
a workaround has apparantly not been released as part of  4.3.0..

How reproducible:

100%, on my system..


Steps to Reproduce:
1.  set 8-bit color mode
2.  run an application which needs to allocate at least one color cell
3.
    
Actual results:

failure to allocate any color cells .. black


Expected results:


Additional info:

Comment 1 Mike A. Harris 2003-05-20 02:24:28 UTC

No, you are 100% wrong here.

This problem was indeed fixed in 4.3.0, and can be configured using the
appropriate mechanisms, just exactly like I said it would be in the email
that you quoted.

You can use the XFree86 documentation for details, or XFree86 mailing lists
if you require technical support assistance on configuring your X server
et al. to get this to work properly.