User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 a <select> object renders css styles applied to the <option> tags great. However, when one of those <option>'s is selected, (e.g. displayed as the selected option), the display of the <select> object, should reflect the selected <option>. (see attachment) Reproducible: Always Steps to Reproduce: 1. Create an HTML select element, with css styles applied to 1 or more of the option tags. 2. view page, select various options Actual Results: The main <select> element remains un-styled/un-affected by selected <option> css styles. Expected Results: If the <select> object, has a size="1" (default), and is not a "multiple" <select>, then *idealy* the select would "inherit" the selected child's styles. The user "appears" to see the option that they selected, but styles are lost. Note: some other browsers get this right, some don't, or only partially. IE: FG colors ok, BG colors ok, no fonts (size, style, or family) in options and selected OP: no FG colors, no BG colors, no fonts (size, style, or family) in options and selected MOZ: in options: FG colors ok, BG colors ok, font (size, style, family) ALL Okay in selected: no FG colors, no BG colors, no fonts (size, style, or family)* *(select seems to grow to largest font size in list... IMHO, this appears to be very strange) I will be attaching a test case, and "faked" expected results.

Example Test Case. Note, the "expected" results are spoofed... if/when this bug is resolved, the "second" part of the form, will not alter.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050706 Firefox/1.0+ I can confirm.

Duplicate of/related to bug 79107?

*** This bug has been marked as a duplicate of 79107 ***