Closed Bug 506395 Opened 15 years ago Closed 15 years ago

Should we have a assertDisabled and an assertNotDisabled API in controller.js?

Categories

(Testing Graveyard :: Mozmill, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: cmtalbert, Assigned: u279076)

References

Details

I'm rather surprised this hasn't come up yet with Mozmill.  You can easily use assertProperty and assertPropertyNotExists to do this but we might want a very clear use case for this functionality.

This would give you a specific API where you call out to test to see if an element is disabled "grayed out".  This way you could do something like this:
* do function foo that causes X state to change
* ensure that in state X control Y is disabled (grayed out).

Should we add these as top level APIs (that just call assertProperty/assertPropertyNotExists under the covers)?

If we want this function, Anthony has volunteered to write it.
Assignee: nobody → ashughes
Depends on: 506393
With r536 we have assertProperty(el, attrib, value) and assertPropertyNotExist(el, attrib).  I think this can be used universally, making assertDisabled/assertNotDisabled unnecessary.

After some IRC discussion with Clint, he agrees this can be resolved WONT FIX for the time being.  If we run into a situation where we absolutely need assertDisabled/assertNotDisabled in the future, we can add it then.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
Product: Testing → Testing Graveyard
You need to log in before you can comment on or make changes to this bug.