Skip to main content

Search and Top Navigation

#4458 closed enhancement (wontfix)

Opened April 12, 2009 05:23PM UTC

Closed March 11, 2010 08:52PM UTC

Last modified October 03, 2012 03:42PM UTC

It moves content out of <form> tag.

Reported by: vrassouli Owned by:
Priority: major Milestone: 1.7.2
Component: ui.dialog Version: 1.7.1
Keywords: Cc:
Blocked by: Blocking:

Whenever you put some portion of a <form> in a dialog, it generates some sort of HTML, and moves the form portion to somewhere else, which is not in the <form> tag! so after submitting the form, you can't get the elements (becouse they are out of form)

if you the generated Html for dialog, just in-place, it would solve this problem

Attachments (1)
  • t4458.patch (2.3 KB) - added by nainslie March 10, 2010 05:25PM UTC.

    proposed fix for issue

Change History (6)

Changed May 07, 2009 11:41AM UTC by jzaefferer comment:1


Probably more of a documentation issue.

Changed August 16, 2009 05:47PM UTC by mahdi comment:2

I wonder why this important issue has not been yet fixed!

of course there's simple workarounds for this, but this still is an open issue!

Changed September 01, 2009 05:40PM UTC by clarkbox comment:3

i would also like to add a vote to this bug/enhancement. at least an option to disable this behavior. this plays havoc with existing code, and defeats the usual purpose of dialogs... If you use ajax submit its less of a problem... but if you use the most popular jquery validation plugin you will have to resort to ugly work-arounds. sorry to come off as a complainer... if i had time/experience to contribute a fix i would try. non the less, thanks for the great effort, jqui is gold.

Changed March 10, 2010 08:21PM UTC by rdworth comment:4

One of the requirements of the dialog is that it appear as the top-most element. The only way to accomplish this consistently in Internet Explorer is to have the dialog be the last element in the body, as it respects DOM order over z-index. There are generally two work-arounds:

1. move the dialog element back somewhere else in the dom in the open event callback. This has the potential to allow other elements to appear on top of the dialog (see above)

2. move the dialog content element somewhere else in the dom in the close event callback, before the submit.

Neither of these are suitable for building in to the dialog, and are left as suggested work-arounds. As the first comment on this ticket suggests, this needs to be documented better.

Changed March 11, 2010 08:52PM UTC by scottgonzalez comment:5

resolution: → wontfix
status: newclosed

Changed October 03, 2012 03:42PM UTC by scottgonzalez comment:6

milestone: 1.next1.7.2