318751 - <input type=file> are not displayed

Status: RESOLVED FIXED

(Core :: Layout: Form Controls, defect)

Description

[Justin Piper]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

I have an XBL binding in userContent.css that clears the accesskey attribute on any element that sets it. Depending on the selector I use, <input type=file> will not display. It does not matter if the <input> sets its accesskey attribute.

This selector does not work:
   *[accesskey] {
      -moz-binding: url("http://localhost/XBL/accesskey.xml#diediedie");
   }

This one works fine:
   *[accesskey="f"],
   *[accesskey="e"],
   *[accesskey="v"],
   *[accesskey="g"],
   *[accesskey="b"],
   *[accesskey="t"],
   *[accesskey="h"],
   *[accesskey="d"] {
      -moz-binding: url("http://localhost/XBL/accesskey.xml#diediedie");
   }

This also works fine, however it applies to ANY <input type=file>:
   *[accesskey] {
      background: #f00;
   }


I uninstalled the previous version of Firefox before installing 1.5, and created a new profile.

Reproducible: Always

Steps to Reproduce:

Comment 1

[Justin Piper]

Attachment: The XBL file I am using

Comment 2

[Justin Piper]

Attachment: A simple page that exhibits the problem

Comment 3

[:Gavin Sharp [email: [e-mail]]]

Did this work in 1.0.x?

Comment 4

[Justin Piper]

I don't know for certain. I used a Greasemonkey script to do this in 1.0.x.

PortableFirefox 1.0.7 exhibits the same behavior, though.
http://johnhaller.com/jh/mozilla/portable_firefox/

Comment 5

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Seems like your problem might be better solved by going to about:config and setting the ui.key.generalAccessKey pref to 0.

Comment 6

[Justin Piper]

Yes, I used to do that. Unfortunately that affects access keys in chrome, as well.

Comment 7

[Boris Zbarsky [:bzbarsky]]

The problem is that your CSS is applying to the anonymous content, and that XBL and native anonymous content really don't mix.

Comment 8

[Justin Piper]

Okay, so input[accesskey] was matching the anonymous text box inside the <input type="file">. It works as expected when I change the rule from my userContent.css to this:

   input[accesskey] {
      -moz-binding: url("http://localhost/XBL/accesskey.xml#diediedie");
   }
   input[type="file"] > input { -moz-binding: none; }

Comment 9

[Boris Zbarsky [:bzbarsky]]

Fixed by checkin for bug 286895.