Render seems to assume 4bpp for depth 4 pixmaps. Since 4bit pixmaps have 8 bpp fb cannot locate a funtion to handle this. This happens in fb/fbcompose.c:fetchPixelProcForPicture () storeProcForPicture () and fetchProcForPicture (). Simple testcase will be appended. Problem still exists in latest CVS.
Created attachment 5001 [details] testcase
heh. kdrive used 4bpp for depth-4 pixmaps. This should be easy to fix; I'll see if I can't get some time this week.
this is just a crasher, not a security bug. even worse it's a dupe of bug #5535.
ajax: 5535 does not contain a test case. Unfortunately the subject is quite inconclusive. I don't seem to be able to get the search interface to find tickets by text in comments. As this can be triggered by an app it can be considered a security problem.
*** Bug 5535 has been marked as a duplicate of this bug. ***
keith, any news?
keith: reping.
Added support for x4a4 format (depth 4, 8bpp). Note that other depth 4 formats 8bpp formats remain unsupported.
*** Bug 6129 has been marked as a duplicate of this bug. ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.