338887 - Mac and Linux <textbox readonly="true"> doesn't look readonly

Status: RESOLVED INVALID

(Toolkit :: UI Widgets, defect)

Description

[Phil Ringnalda (:philor)]

Somewhere along the line, probably bug 184359, Windows got the ability to notice the styling in textbox.css and make a readonly textbox look readonly with a gray (or whatever your theme's dialog color is) background color, but on Mac and Linux the only difference is that it acts broken, because you can't change the value of this textbox that looks like any other textbox. The two places I know it bites us: Thunderbird's Feed Properties dialog makes it look like you can edit the feed URL, and the forced location bar in popups from dom.disable_window_open_feature.location looks like you should be able to change the URL.

Taking Safari's rendering of <input readonly="true"> as canonical for Mac, there it should probably just have a light gray border color (useless though that is as a real visual cue); if there's something that ought to serve as an example for Linux I can't find it (other than googling up mailing lists where people say "eh, if you want your disabled GtkEntry to look disabled, give it a gray background or something").

Comment 1

[Phil Ringnalda (:philor)]

Attachment: testcase

Comment 2

[Dave Townsend [:mossop]]

This appears to be bug 279926

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

Comment 3

[Dave Townsend [:mossop]]

Sorry, I completely misread this.

Comment 4

[Phil Ringnalda (:philor)]

Actually, invalid would be the right resolution, since toolkit's not where the problem is, nsNativeTheme(Mac|GTK).cpp is, but rather than thrashing my dependencies I think I'll just pretend I meant this as a meta-blocker :)

Comment 5

[Phil Ringnalda (:philor)]

On second thought, having a single blocker when half is fixed and half isn't will be a pain.