Closed Bug 474952 Opened 16 years ago Closed 13 years ago

get rid 200 mlsec timeout in mochitests addA11yLoadEvent function

Categories

(Core :: Disability Access APIs, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: surkov, Assigned: surkov)

References

(Blocks 1 open bug)

Details

Technically when we fire document is loaded then we should be ready for the work. So if I replace 200 on 0 then two mochitests fails

test_events_caret_move - it uses addLoadEvent instead of addA11yLoadEvent, but caret events are fired after document load so these tests fails. If I start use addA11yLoadEvent then two first tests fails (tests for -1 caret offset)
test_mutation_events - I suspect tests for display properties are fail, even document is loaded we aren't ready to work with some display stuffs.
taking, I hope to investigate the problem
Assignee: nobody → surkov.alexander
Blocks: a11ytestdev
Regarding test_events_caret_move, it seems to me that the editable areas are not truly ready when the doc has loaded (and not busy) -- otherwise why should tacking <=200 msecs on after the doc is not busy have an affect?
By the way, we should maybe reduce 200 to 0 for the exsiting, and do the aFunc.call() itself on a timeout (of 200).
I haven't investigated the HTML editor code closely yet, but I'll let you know if I find out anything interesting in this regard.
(In reply to comment #5)
> Thanks Ehsan.
> 
> Alexander, regarding comment 3 - this was my thinking:
> https://bug510128.bugzilla.mozilla.org/attachment.cgi?id=414772

Yeah, that's good idea I think. Either you're right or not or somewhere in the middle :) Any it's worth to try.
It looks like at some point this got changed since the set time out in AddA11yLoadEvent() in trunk looks to be 0 now.  So calling this worksforme
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.