7476 - mac - when file input button pressed, it stays dark

Status: RESOLVED WONTFIX

(Core :: XUL, defect, P3)

Description

[cpratt]

build id: 1999060119 (M6)
platform: Mac OS 8.6

to reproduce: load the above url. click on the Browse… button. note that it
retains its depressed appearance (ie it remains dark). it should remain
depressed only while the mouse button is depressed.

Comment 1

[Peter Trudelle]

reassigning to sdagley

Comment 2

[Steve Dagley]

So XPToolkit now owns the form file select widget (as in the widget that
encompases the Browse button, which invokes the file dialog widget, and the text
filed that displays any selected file)?  Other than the file dialog stuff I own I
thought this was still the responsibility of Karnaze's group.

Comment 3

[Steve Dagley]

I noticed after I posted my question about ownership of this bug that trudelle
wasn't on the cc: so I added him.

I'm also curious if the hilite goes away once the file dialog that is displayed
after clicking the Browse button is dismissed?  If so, I would not consider this
behavior a bug since the action attached to the button needs to complete before
it deactivates.

Comment 4

[Peter Trudelle]

I didn't say we owned it, I just wanted you to look at the bug to ensure that
it is not ours. This is part of our new policy agreement of adding value to the
bug before reassigning outside of a team.  I should have added a comment,
sorry. Reassign if appropriate.

Comment 5

[cpratt]

In response to sdagley's comment: yes, the button does return to its normal
state after a file is selected or the file selection dialog is dismissed.
However, that is not correct UI behavior - when a button is pressed, it should
only visually indicate that it is depressed until the mouse button is released,
and not only when the action that the button press initiated is completed.

Comment 6

[Steve Dagley]

After discussing this with evaughan (Mr. Button) the thought is there may be some
issues with the deactivate event that we need to discuss with joki (Mr. Event).
Changing to assigned M8 where I can spend some time looking into what's actually
happening before bringing joki into the discussion (he's already busy enough).

Comment 7

[Steve Dagley]

Doh!, didn't get joki to look at this yet so pushing back to M10 when he'll be
from the DOM meeting.

Comment 8

[Peter Trudelle]

cc'ing joki rather than myself.

Comment 9

[Steve Dagley]

playing milestone hot potato for non beta blockers.

Comment 10

[Paul MacQuiddy]

dividing up phillips bugs, he no longer works here

Comment 11

[sairuh (rarely reading bugmail)]

don't think this belongs to me --chris, this sounds like form widgets, which is
your realm, i believe... :-)

Comment 12

[ckritzer (gone)]

Massive QA Contact update.

Comment 13

[John Morrison]

Hey Chris -- I'm giving this back to you -- (a) schist doesn't seem alive
so I can't see the test case, and (b) you'll know right away if what you 
were reporting is fixed (and I think this may be fixed now (?))

Comment 14

[Steve Dagley]

Giving it a real milestone, sorta :-)

Comment 15

[Steve Dagley]

Bah!  WONTFIX