39985 - [meta] Complex testcase for moving form elements

Status: RESOLVED INACTIVE

(Core :: Layout: Form Controls, defect)

Description

[Jesse Ruderman]

The attachement demonstrates what happens when form elements are moved, 
removed, or disabled at various times (including while they're being used).

IE and Mozilla are currently both quite buggy on the page.

Comment 1

[Jesse Ruderman]

Attachment: testcase

Comment 2

[Jesse Ruderman]

To list bugs reported against this testcase:

http://bugzilla.mozilla.org/buglist.cgi?bug_file_loc=show_bug.cgi%3Fid%
3D39985&bug_file_loc_type=substring 

I haven't decided whether to add dependencies directly from here, or make extra 
metabugs to cover
- bugs that have to do with which events fire without moving anything
- bugs that occur only when form elements are moved
- other bugs on the page

Comment 3

[Jesse Ruderman]

adding dependencies per #mozillazine discussion

Comment 4

[Jesse Ruderman]

a bug in the testcase causes "do nothing" and "move home" (in the red box) to 
be reversed.  oops!

Comment 5

[Jesse Ruderman]

The radio buttons don't act as expected because of bug 14445.

Comment 6

[bsharma]

Updating QA contact.

Comment 7

[Vladimir Ermakov]

QA Contact Update

Comment 8

[Jesse Ruderman]

-> nobody

Comment 9

[Serge Gautherie (:sgautherie)]

Filter on "Nobody_NScomTLD_20080620"

Comment 10

[Ray Kiddy]

This seems like a perfect opportunity to use the reftest-wait functionality. Should be easy to:

- open a page
- call the code which moves the form element
- remove the element with the 'reftest-wait' id
- confirm correspondence with reference page

Comment 11

[Ray Kiddy]

The source of the test case references the web page:

http://developer.netscape.com/viewsource/goodman_events2/goodman_events2.html

What did that page say? Is there a non-404 reference to it?

Comment 12

[Sylvestre Ledru [:Sylvestre]]

closing as we haven't been using it for a while