960888 - Add some reftests asserting that <keygen> renders like <select> (and accepts CSS styling)

Status: RESOLVED WORKSFORME

(Core :: Layout: Form Controls, enhancement)

Description

[Daniel Holbert [:dholbert]]

We currently have zero reftests with the <keygen> element. We should add some, to be sure we don't accidentally regress it.

Bug 101019 comment 45 has some example situations to test.

The reftests should just match a <keygen> in the testcase up against a <select> in the reference case.

(We can either (a) hardcode the <keygen>'s textual options into the <select> in the reference case, or (b) make the text transparent and specify a fixed size on the element, so that the exact text doesn't matter. Option (b) is probably preferable, so we don't have to update these reference cases every time the <keygen> options change.)

Comment 1

[Rodney Rehm]

You may have already hit such a regression, as <keygen> may be converted to <select> when being parsed from string:

var element = document.createElement('keygen');
console.log("created", element.nodeName); // "KEYGEN"

var container = document.createElement('div');
container.innerHTML = '<keygen>';
console.log("container created", container.firstElementChild.nodeName); // "SELECT"


(Firefox 39.0.3 OSX)

Comment 2

[Jonathan Kingston [:jkt] he/him]

Bug 1315460 resolved this by removing support completely to match the web standard and also Chrome.