User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1a2pre) Gecko/2008072503 Firefox/2.0 Build Identifier: Gecko/2008072503 The -moz-shadow patch ( #212633 ) seems to interfere with selections and shows a pretty weird behaviour were part of the shadow is rendered in front and the rest behind the selection. Reproducible: Always Steps to Reproduce: 1. Open the testcase 2. Select the whole document Actual Results: The shadow should be rendered below the highlighting or not at all. Instead it is rendered in front of the highlight for N,NW and W sides. In the other parts, the selection hides the shadow. Expected Results: The shadow should be hidden behind the selection.

For screenshot, see https://bugzilla.mozilla.org/attachment.cgi?id=331446

Sorry, but I'm not able to reproduce this with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1a2pre) Gecko/2008072702 Minefield/3.1a2pre ID:2008072702 and the identical Windows build. I used the simple testcase from bug 212633 and it doesn't show the behavior. The shadow is drawn completely below the selection.

A variant of the linked testcase, using a red text-shadow instead of grey – makes the issue more visible against the default selection-colours on OS X

What I see on OS X 10.5.4, with build 2008072614 Minefield/3.1a2pre. With Webkit, the shadow also remains visible, but is painted behind the selection colour. It is visible because WebKit (at least on OS X) uses a translucent color for selection (rgba()).

Thanks Philippe, this is more visible now. I can confirm.

Sorry, I'm not using the default colors, so it was clearly visible for me :)