1.1 QA

I spent today testing the Dojo 1.1-to-be code.   Found a bunch of
issues/possible issues.   Lots more to test but here are my results so
far.  I'll enter them all into trac, minus the questions:

dojo
====

After running http://localhost/trunk/dojo/tests/runTests.html on IE6

- get JS exception alert box in middle of test

- error in xhr.html::t::xhrPut and xhrDelete

- three failures in tests.rpc

- failure in tests.behavior (topics)

- failure in NodeList-fx:wipeIn

After running http://localhost/trunk/dojo/tests/runTests.html on FF2:

- error in firebug console about "i is not defined" and test stops

If firebug is disabled then:

- error in xhr.html::t::xhrPut and xhrDelete

- three failures in tests.rpc

TODO: try in safari

TODO: try in IE7

dijit/demos
===========

form.html
---------
broken due to [12899] change to dojo.attr() #6113 - alex

mail.html
---------
 - is "get mail" button supposed to make the lower left progress bar do
something?   doesn't look right (IE6, FF2)

 - error on page unload (#6122 - becky)

 - hit "New Message", then close the tab (click the x), click OK to "are
you sure you want to leave your changes?" then hit "New Message" again.
 404 error. (IE6)

 - keyboard: i put my mouse cursor in the address bar then hit tab...
nothing seemed to be focused.   is that a bug?  On FF I see no focus,
then down arrow for "get mail" combo-button, then Inbox (tab label),
then nothing, then "Folders" (accordion label).  Trying again (starting
from the address bar, I go directly to nothing, but then directly to the
"Folders" *tree* node.  Finally, after focusing on the vertical bar and
hit tab, I don't see where focus went.  (Hitting tab again moves to the
horizontal bar)

 - tabbing through the page works fairly well but never get focus on the
table pane or the preview pane (IE6)

 - select the "Jack Jackson - paint" message and then tab into the color
picker and one more time.  Then try to click a different message.   The
"Tests: tundra rl a11y a11y+rtl" thing appears on the bottom of the
screen and browser locks up for a while. (IE6)

i18n.html
---------
 - keyboard: on IE6, tabbing from the address bar seems to have no
effect; never get into the document (same issue for themeTester.html)

 - saw problem w/lingering tab stops in tree where tab key kept going to
different tree nodes, but can't reproduce

 - if tab into the number spinner (rather than clicking it), no caret is
shown.  spinner is active though, and up/down arrows change the value.
Same for currency box.  Perhaps due to conversion between display value
and edit value.

 - scroll the screen and then press the down arrow on the language
combobox.  Then press down arrow key (or up arrow key) to start
traversing the drop down list.  Viewport automatically scrolls to top of
document (which is bad), pluswhich if the dropdown is below the
combobox, it is now partially obscured.  To reproduce bug may help to
open a bunch of nodes on the tree, to make the page longer.  (Or
alternately make your browser window smaller.)  (IE)

themeTester.html
================

general
-------
 - keyboard: tabbing into themeTester page puts focus on blank area on
top of screen, above "Dijit Theme Test Page" title (FF)

 - keyboard: once focus is inside Accordion not sure how to get focus
back to accordion pane titles so can switch between accordion panels.
same for tab container.

Form feel tab
-------------
 - spinner: every time you press up/down arrow key, the border on the
spinner changes while the key is depressed.  By design, or a bug?

 - Spinner: if you click the up/down arrow button too quickly the
spinner gets, and keeps/ascending/descending even though you aren't
depressing the button

Various dijits tab
------------------
 - keyboard: focus on "various dijits" tab label and then hit tab key.
 Must hit twice to move focus to slider.   Where does focus go the first
time I hit the tab key? (FF2)

 - when focus is on vertical slider, changing the value viaup/down arrow
keys causes items below the slider (like the progress bars) to move
up/down (IE6)

Buttons tab
-----------
 - set browser text size to "largest".  "Save" button font is different
the Edit and Create button. (IE6)

 - label of disabled button is unreadable (IE6)

 - customized buttons section: the short and "bit longer" button text is
hard to read (white on light gray).  the "ridiculously long" button is
black text.  Not sure why.  Seems like they all have the same style.
(IE6, FF2)

Editable Text Tab
-----------------
 - I got confused by the text "This is an editable header," because I
thought I could click it and edit it; turns out that's boilerplate.
Should make that less confusing.

 - the "dijit.InlineEditBox + dijit.form.Textarea" HTML editing isn't
working.   "I dare you" is in bold face, and if you edit, change
something, then save, it displays as <B>I dare you.</B>  (in other words
the HTML tags get double-escaped or something).   Also I'd rather not
have that test in themeTester.html at all; I reluctantly added the
ability to edit HTML like that but it's not meant for the common user.
Still, bug should be fixed.

 - TimeTextBox: should the down arrow key loop through the times, like a
ComboBox?  It isn't for me.  (IE6, FF2)

 - DND tab: on IE6 dragging tends to select the text of the other items,
making it hard to see where you are dropping, etc.  (IE6)

themeTester high contrast tests
-------------------------------
(themeTester.html?theme=soria&a11y=true)

 - open accordion pane shows both up and down arrow... is that intended?

 - indenting on Tree is weird.  Africa is more indented than Asia or
Australia.  Likewise the children of Africa (Egypt, Kenya, Nairobi,
Mobasa, Sudan) are all at different alignments. (IE6)

 - on Form Feel tab on the US State ComboBox, when tabbing using the
arrow keys to cycle through the elements in the drop down list, the
current element is not indicated in any way (ie, black on white),
besides being copied to the <input> above.  Same is true for the drop
down menus on the Buttons tab. (IE6)

 - Various dijits tab: the horizontal slider has some text below it
that's cutoff, presumably the tic mark labels. (IE6)