Opened 11 years ago

Closed 11 years ago

Last modified 8 years ago

#5346 closed defect (wontfix)

Unable to modify TextBox content in Dialog when >1 Dialog is open...

Reported by: joe.travaglini@… Owned by:
Priority: high Milestone:
Component: Dijit - Form Version: 1.0
Keywords: Cc:
Blocked By: Blocking:


Sorry if this is duplicate. The behavior is as follows:

Requisite conditions:

  • Having a Text Box (either a dijit.form.TextBox? or a plain old <input type='text'> non-Dijit...) that is nested within a Dijit.Dialog
  • Having more than 1 Dijit.Dialog "open" (in 'show' state)

When the above conditions are satisfied, if one tries to manipulate the text box, it will behave oddly in almost every case. One is able to enter text into the text box, but cannot delete text, use the keyboard arrow keys, or the tab key.

The workaround is to hide all other "open" dialogs when wanting to prompt for text input in the dialog in question, but of course this is a nuisance and less than ideal.

My understanding from those in the #dojo freenode channel is that this has been an issue since at least .4.

Change History (5)

comment:1 Changed 11 years ago by Adam Peller

Reporter: changed from guest to joe.travaglini@…

comment:2 Changed 11 years ago by bill

Huh? But you can't have more than one dialog open at a time. They are modal.

comment:3 Changed 11 years ago by guest

I understand that Dialogs are *intended* to be modal, but it is definitely possible to invoke 2 (or more) dialogs at once; namely, by creating a dialog within a dialog.

I feel like this issue has to be addressed in some way, however.


  • Disabling simultaneous invocations of Dialogs?
  • Fixing the issue so that text inputs behave properly...
  • Documenting the Dialog to make users aware of the issue and the workaround. The workaround is to hide the other Dialogs when presenting the one that requires text input. If this documentation already exists, my apologies.

Thanks -Joe

comment:4 Changed 11 years ago by bill

Resolution: wontfix
Status: newclosed

I suppose we could support nested dialogs, but I haven't seen a lot of demand for it so I'm not too keen on doing it. FloatingPane? is a non-modal dialog that's useful for many people. And, it seems like disabling simultaneous invocations of Dialog has to be handled at the application level.

We could add a test for it to Dialog but in general Dijit doesn't do error checking since it bloats the code.

As far as documentation goes, does document that dialogs are modal. You can add a comment to that page if you feel that isn't sufficient.

I'm going to close this bug because I just see this as a documentation issue (which should be put as comments in the book).

comment:5 Changed 8 years ago by bill

Component: DijitDijit - Form
Note: See TracTickets for help on using tickets.