User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0 Build ID: 20121128204232 Steps to reproduce: Create a select element inside an SVG foreignObject and scale the SVG element. Actual results: The drop down is not scaled along with the select element.

How is it rendered in the other browsers like Chrome or Opera? Could you attach a screenshot? I think it's an issue with viewbox attribute, because your testcase is rendered differently on old FF versions.

In IE10: No select visible In Opera 12.12: Select visible but non-clickable In Chrome: The list at least appears aligned with the select (attached screenshot) I'm not sure that the list has to be scaled, but it should be visually associated with the select element in some way.

Thanks, indeed, select is visible and clickable in FF20, but not scaled like in Chrome. But in the past, it was scaled in the same way. I found 2 regressions: http://i.imgur.com/MiGnk.png Reg#1: m-c good=2012-02-10 bad1=2012-02-11 http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=fb81c9a433e4&tochange=d71dab82fff4 Reg#2: m-c bad1=2012-05-16 bad2=2012-05-17 http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c00a9c1940c5&tochange=762e95608da3 Suspected bug: Jonathan Watt — Bug 755056 - nsSVGForeignObjectFrame's mRect should include its x/y offset. r=longsonr.

Reg#1: triggered by a439c947dc99 Jonathan Watt — Bug 614732 - For SVG leaf frames, use mRect to store the frame's user space bounds, and stop using it to store its covered region (compute that on demand). r=roc.

Thanks.

This is basically just a dup of bug 455164. CSS transforms don't apply to the options of a select either. Since SVG now uses display lists to implement transforms we are now subject the same buggy code in the implementation of HTML <option>, unfortunately.