Skip to main content

Search and Top Navigation

#8963 closed bug (fixed)

Opened January 15, 2013 09:15AM UTC

Closed January 16, 2013 01:18PM UTC

Dialog: focus close button and closing dialog with Jaws 13.0.1006 64bit

Reported by: ssoorriiin Owned by: ssoorriiin
Priority: minor Milestone: 1.10.0
Component: ui.dialog Version: 1.9.2
Keywords: Cc:
Blocked by: Blocking:
Description

I have a simple dialog with an Ok button.

1. Jaws reads and identifies dialog's ok and close button

2. Focus is not set to close button when is selected from list, instead is set to Ok button

Optional:

3. Hit enter -> dialog closes

4. Insert + F5 to read again the form fields -> Jaws identifies again the ok and close button even if dialog wasn't opened again

Something similar can be reproduced here (but for v. 1.8.3): http://view.jqueryui.com/dialog/demos/dialog/default.html

Attachments (0)
Change History (5)

Changed January 15, 2013 09:52AM UTC by ssoorriiin comment:1

I've created a test case here: http://jsbin.com/welcome/74658/edit

1. Insert + F5

2. Choose "click Button"

3. Enter -> sets focus to "click" button

4. Enter -> dialog opens

5. Insert + F5

6. Choose "close Button"

7. Enter -> dialog closes

8. Insert + F5 -> issue: Jaws reads close and ok buttons instead of reading entire page (in this case consisted only of "click" button)

Changed January 15, 2013 12:41PM UTC by scottgonzalez comment:2

_comment0: Could you please remove anything unrelated to the bug from that test case? I'm not sure what all that JavaScript is for, or why you need any CSS at all. Also, can you please test with 1.10.0-rc.1 or master to see if the problem still exists? We've made a lot of changes to dialog. \ \ 1.10.0-rc.1: [js http://code.jquery.com/ui/1.10.0-rc.1/jquery-ui.js], [css http://code.jquery.com/ui/1.10.0-rc.1/themes/base/jquery-ui.css][[BR]] \ master: [js http://code.jquery.com/ui/jquery-ui-git.js], [css http://code.jquery.com/ui/jquery-ui-git.css]1358253732543006
_comment1: Could you please remove anything unrelated to the bug from that test case? I'm not sure what all that JavaScript is for, or why you need any CSS at all. Also, can you please test with 1.10.0-rc.1 or master to see if the problem still exists? We've made a lot of changes to dialog. \ \ 1.10.0-rc.1: [js http://code.jquery.com/ui/1.10.0-rc.1/jquery-ui.js], [css http://code.jquery.com/ui/1.10.0-rc.1/themes/base/jquery-ui.css] [[BR]] \ master: [js http://code.jquery.com/ui/jquery-ui-git.js], [css http://code.jquery.com/ui/jquery-ui-git.css]1358253763050801
owner: → ssoorriiin
status: newpending

Could you please remove anything unrelated to the bug from that test case? I'm not sure what all that JavaScript is for, or why you need any CSS at all. Also, can you please test with 1.10.0-rc.1 or master to see if the problem still exists? We've made a lot of changes to dialog.

1.10.0-rc.1: js, css

master: js, css

Changed January 16, 2013 07:40AM UTC by ssoorriiin comment:3

status: pendingnew

I've updated test case: http://jsbin.com/okekeg/1/edit

Looks like issue is solved with 1.10.0-rc.1, leaving me to update my 3rd party.

Thanks.

Changed January 16, 2013 07:58AM UTC by ssoorriiin comment:4

Here is test case for version 1.9.2: http://jsbin.com/okekeg/2/edit where issue reproduces. Until a new stable version is released, do you think there is a workaround for this?

Thanks in advance.

Changed January 16, 2013 01:18PM UTC by scottgonzalez comment:5

milestone: none1.10.0
resolution: → fixed
status: newclosed

That test case looks like it contains just as much unrelated code as the first test case. If it's working in 1.10.0-rc.1, then just wait for 1.10.0, it'll be released in a few days.