1533078 - pseudo-elements on <option> elements are not respected with e10s

Status: NEW

(Core :: Layout: Form Controls, defect, P5)

Description

[info]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:65.0) Gecko/20100101 Firefox/65.0

Steps to reproduce:

I use the following CSS rules and html:

<style type="text/css">
option[supplier=consignment]::before { content:url(checkout-orange.gif); }
option[supplier=order]::before { content:url(cart_put.png); }
</style>

<select id="pd_entered_1" title="leer" onChange="get_entered_data( this )">
<option value="" supplier="" ></option>
<option value="consignment" supplier="consignment">Albtal</option>
<option value="consignment" supplier="consignment">Naturgabe</option>
<option value="order" supplier="order" >Bestellung</option>
</select>

If use the operating system Windows XP and Firefox ESR 52.9.0 (32-Bit), the icons checkout-orange.gif and cart_put.png are displayed in the drop down menu (see http://cdn.heimit.de/software/development/html/test/Firefox ESR 52.9.0 (32-Bit).gif).

If i use the operating system Windows 10 and Firefox Quantum 65.0.2 (64-Bit), the icons will not be displayed in the drop down menu (see http://cdn.heimit.de/software/development/html/test/Firefox Quantum 65.0.2 (64-Bit).gif).

An example can be viewed under http://cdn.heimit.de/software/development/html/test/option_3.html

Actual results:

Icons are displayed in Firefox ESR 52.9.0 (32-Bit).
Icons are not displayed in Firefox Quantum 65.0.2 (64-Bit).

Expected results:

The icons should also be displayed in Firefox Quantum 65.0.2 (64-Bit).

Comment 1

[Alice0775 White]

This seems e10s bug. Disabling e10s fixes the problem on 60ESR and Nightly67.0a1 as well.

Comment 2

[Emilio Cobos Álvarez (:emilio)]

Does this work in other browsers?

Comment 3

[info]

(In reply to Emilio Cobos Álvarez (:emilio) from comment #2)

Does this work in other browsers?

No it does not work in other browsers.

Comment 4

[info]

(In reply to Alice0775 White from comment #1)

This seems e10s bug. Disabling e10s fixes the problem on 60ESR and Nightly67.0a1 as well.

Ok thanks

Comment 5

[Emilio Cobos Álvarez (:emilio)]

This is expected, I think, given how we render <option>s on the parent process. So this seems pretty unlikely to get fixed, since we'd need to ship the pseudo-element somehow to the parent process, which may be an arbitrary amount of data.