200829 - mozilla crashes with 15 bit color depth on flash sites [@ PlatformBitBuffer::CreateScreenBits ]

Status: VERIFIED WORKSFORME

(External Software Affecting Firefox Graveyard :: Flash (Adobe), defect)

Description

[Boris Glawe]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030403
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030403

When the flash plugin is installed and the x-server is started with 16 bit color
depth (on my system the nVidia Riva 128zx switches to 15 bit according to the
log files) and I go on a site with flash plugin, mozilla crashes immediately.
A workaround is to start the x-server with 24 bit depth which works fine, but I
get graphic failures when choosing a higher resolution than 1024x768 with 24
bits (the latter is a problem with my graphic card not with mozilla or flash)

I am using Redhat 8.0 with the current kernel and mozilla 1.4a (compiled with
gcc3.2 from a src.rpm package with xft-support but NO gtk2 support). The problem
is the same with all mozilla versions down to 1.0, also on Suse systems, it's
independent from whether xft, gtk2 or whatever is configured. I've also
experienced this on completely different machines.

I don't mind if flash does not work but mozilla shouldn't crash !!

Reproducible: Always

Steps to Reproduce:
1. install flash plugin (flash6, flash5 or which version ever)
2. start x-server with 16 or 15 bits color depth (startx -- -depth 15)
3. go on a flash site

Actual Results:  
immediate crash

Expected Results:  
animating some nice flash clips :-)

I've reported this bug very often in newsgroups, without knowing that choosing
another color depth is a workaround. Unfortunatly nobody has really ever
confirmed this bug !! But I am not mad ! As I wrote above, I've had this problem
on several different distros on completely different machines with most of the
current mozilla versions an three or four flash versions... Somethins must be
wrong.... believe me....

Comment 1

[Raul Hudea]

This is also happening to me with several versions of mozilla(1.3,1.4alpha), but
the crash is present also in konqueror, but not in opera for linux, so I suspect
that this is a problem why flash is not working is in the plugin itself not in
browser. 
The problem with this plugin is that it makes mozilla crashes, instead of
showing a dialog box or smthg saying that the plugin is broken, and then letting
me continue with the browsing session.

The xdpyinfo:
name of display:    :0.0
version number:    11.0
vendor string:    The XFree86 Project, Inc
vendor release number:    40200000
XFree86 version: 4.2.0
maximum request size:  4194300 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x1c002e2, revert to PointerRoot
number of extensions:    29
    BIG-REQUESTS
    DEC-XTRAP
    DOUBLE-BUFFER
    DPMS
    Extended-Visual-Information
    FontCache
    GLX
    LBX
    MIT-SCREEN-SAVER
    MIT-SHM
    MIT-SUNDRY-NONSTANDARD
    RECORD
    RENDER
    SECURITY
    SGI-GLX
    SHAPE
    SYNC
    TOG-CUP
    X-Resource
    XC-APPGROUP
    XC-MISC
    XFree86-Bigfont
    XFree86-DGA
    XFree86-Misc
    XFree86-VidModeExtension
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    1024x768 pixels (283x212 millimeters)
  resolution:    92x92 dots per inch
  depths (7):    15, 1, 4, 8, 16, 24, 32
  root window id:    0x36
  depth of root window:    15 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    32
  preallocated pixels:    black 0, white 32767
  options:    backing-store NO, save-unders NO
  largest cursor:    64x64
  current input event mask:    0xda4031
    KeyPressMask             EnterWindowMask          LeaveWindowMask          
    KeymapStateMask          StructureNotifyMask      SubstructureNotifyMask   
    SubstructureRedirectMask PropertyChangeMask       ColormapChangeMask       
  number of visuals:    2
  default visual id:  0x22
  visual:
    visual id:    0x22
    class:    TrueColor
    depth:    15 planes
    available colormap entries:    32 per subfield
    red, green, blue masks:    0x7c00, 0x3e0, 0x1f
    significant bits in color specification:    5 bits
  visual:
    visual id:    0x23
    class:    TrueColor
    depth:    15 planes
    available colormap entries:    32 per subfield
    red, green, blue masks:    0x7c00, 0x3e0, 0x1f
    significant bits in color specification:    5 bits

Comment 2

[hahn]

*** Bug 209225 has been marked as a duplicate of this bug. ***

Comment 3

[Matthias Versen [:Matti]]

new based on the dupe

Comment 4

[hahn]

I can see this bug on Xvnc on any color depth lower than 16bpp.

Comment 5

[Greg Lindauer]

Last night I just found out that my flash crashing for many months could be
"worked around" by changing 

DefaultColorDepth 15

to DefaultColorDepth 16 in my XF86Config-4 file. Only after I figured that out,
I see this bug-- wish I had noticed it before, because it was my problem.

I can confirm this bug. Can anyone document better that users should check their
color depth if flash crashes mozilla? Perhaps this could be put in the flash FAQ
under plugindoc.mozdev.org-- I've looked there for help often enough. Or in
Macromedia's Linux Flash readme, where they "recommend optimum" X settings but
don't indicate that different settings can segfault the plugin (and browser).

Comment 6

[Olivier Cahagne]

do you also crash using Flash 6.0r81 (released recently) ?

Comment 7

[Jungshik Shin]

Greg, I'm a bit confused (sorry I'm slow here). Could you come up with a
relnote-style summary (a couple of lines, maybe) for this problem and a
work-around? Then, I'll be glad to add it to 1.7 release notes (and perhaps we
have to add it to the release notes of earlier releases  retroactively)

Comment 8

[Olivier Cahagne]

*** Bug 196473 has been marked as a duplicate of this bug. ***

Comment 9

[Olivier Cahagne]

stack is from bug 196473 comment 2.

Comment 10

[Olivier Cahagne]

*** Bug 240373 has been marked as a duplicate of this bug. ***

Comment 11

[Dmitri Koulikov]

my DefaultColorDepth is 16 but Mozilla (v.1.6) crashes anyway.

Comment 12

[Boris Glawe]

@Koulikov: Try to look at /var/log/XFree86.log. Maybe your card does not provide
16bit depth and switches automatically to 15 bit depth. That was the case with
my old Nvidia Riva 128 zx.

Comment 13

[Desmond Armstrong]

I am satisfied that the problem is a macromedia problem from the tests that I
did. I sent message to macromedia with the usual deafening silence for response.
I am pleased to see several macromedia personel included as this problem is
clearly a macromedia problem. I confirmed clearly that with 15 bits colour it
(the browser) crashes and with 16 it does not. We should be able to work
reliably down to 256 colours.

Comment 14

[Boris Glawe]

Flashplayer 7 has been released yesterday. It the problem still there ? A found
this in the Readme.txt, which is being shipped with the package:


 <SNIP>

Optimal X Server Configuration
------------------------------
                                                                               
                                                                               
                                     
Flash Player should work with any X server configuration. However,optimal
performance is achieved at the following color depths and color mask settings:
                                                                               
                                                                               
                                     
                                                                               
                                                                               
                                     
Depth: 8
Visual: PseudoColor
                                                                               
                                                                               
                                     
Depth: 15
Bits Per Pixel: 16
Visual: TrueColor
Red Mask: 0x00007C00
Green Mask: 0x000003E0
Blue Mask: 0x0000001F
                                                                               
                                                                               
                                     
Depth: 16
Bits Per Pixel: 16
Visual: TrueColor
Red Mask: 0x0000F800
Green Mask: 0x000007E0
Blue Mask: 0x0000001F
 <SNIP>


so does it work for you ?

Comment 15

[Deneb Meketa]

This bug has been entered in the Macromedia Flash Player bug database. We would 
appreciate news as to whether this bug is still reproducible in the version 7 
player.

Comment 16

[Desmond Armstrong]

Thank You Macromedia.
I am at present testing macromedia 7 (linux) using a 2meg S3 card at 1280 x 1024
and 8 bits and, so far, it works fine on macromedia.com bbcworld.com and ecs.com.
Regards.

Comment 17

[Olivier Cahagne]

Using FF 20040602 + flash 7.0r25 on Linux in 15 depth mode, I could not get any
Flash site to crash.

Marking WFM. Anyone who can crash Flash 7 in 15 depth mode on Linux, please
reopen mentioning URL.

Comment 18

[Olivier Cahagne]

*** Bug 220189 has been marked as a duplicate of this bug. ***

Comment 19

[Desmond Armstrong]

This problem is confirmed with flash 6 but flash 7 allows video depth down to 8
bits. I have already confirmed this in previous report.
When you do a clean install from Mandrake 10 you must now update (from
macromedia.com) flash to the latest flash 7. No problems to install just log in
as root (with internet disconnected for safety) and double click flash 7 file
and follow instructions.
Also you may wish to update the mozilla version to the latest, I am currently
using mozilla-1.8a2.
Install it (version 7) and you will find that the video can be set right down to
8 bits - and no crashes.

Comment 20

[Desmond Armstrong]

The problem is totally solved using flash7 which works correctly down to video
depth of 8 bits.
I have reported this before so somehow this information should be made more obvious.
I have fully tested the situation and while flash6 causes crash with less than
16 bits colour flash7 works all the way down to 8 bits.

Comment 21

[BMO Automation]

Version and milestone values are being reset to defaults as part of product refactoring.