Opened 10 years ago

Closed 10 years ago

#15641 closed defect (wontfix)

Dialog: content of Textbox is still selected when navigating in IE via Shift +Tab

Reported by: dragonli Owned by: bill
Priority: undecided Milestone: tbd
Component: Dijit - Form Version: 1.6.1
Keywords: Cc:
Blocked By: Blocking:


Steps to reproduce this problem: Firstly, it happens in IE browser(including IE8 & IE9). Firefox browser is okay(Haven't tried in other browsers). 1) Create a dijit dialog 2) Create a few dijit.form.Textbox widgets in the dialog 3) Create 'submit' or 'ok' or 'cancel' button/buttons in the dialog 4) Navigating via Shift+TAB within the dialog When the focus is switched out from the first textbox to the last button,the content in the textbox is still selected. please verify this case directly by test case: dijit/tests/Bidi.html -TooltipDialog? I have also uploaded the attachment to demonstrate the problem. thanks

Attachments (1)

DialogShiftTabIssue.png (42.0 KB) - added by dragonli 10 years ago.

Download all attachments as: .zip

Change History (4)

Changed 10 years ago by dragonli

Attachment: DialogShiftTabIssue.png added

comment:1 Changed 10 years ago by bill

Component: DijitDijit - Form
Owner: changed from bill to Douglas Hays

comment:2 Changed 10 years ago by Douglas Hays

Owner: changed from Douglas Hays to bill
Status: newassigned

The Dialog::_onKey is calling event.stop and it's the browser's default handler that is responsible for deselecting text. I'd suggest either wontfix or having Dialog try to mirror actions normally handled by the browser's event handler.

comment:3 Changed 10 years ago by bill

Resolution: wontfix
Status: assignedclosed
Summary: Content of Textbox is still selected when navigating in IE via Shift +TabDialog: content of Textbox is still selected when navigating in IE via Shift +Tab

Thanks Doug. I agree, I'll mark as wontfix, as this seems like an uncommon problem (especially with shift-tab).

We need the preventDefault() to stop the shift-tab from focusing on a field outside of the Dialog (I don't want that to happen, even temporarily), and it's not worth trying to collapse the focus manually for this unusual case.

Note: See TracTickets for help on using tickets.