PopupExtender duplicates popup contents when within an UpdatePanel


In Version 30930, the popup extender will duplicate the contents of the popup control when it is contained w/in an UpdatePanel. This can cause issues if the popup contains form fields, since they'll be duplicated and submitted as a comma-separated list.

Extract the attached zip file, open web site w/ the folder selected in VS 2008 & run it to reproduce the issue. Click either Target Control link, add text to the input, click "Add" on the popup, then click the second Target Control link & Add button to see the comma-separated list of values that's generated because of the duplicated controls. Seems the popup extender within the update panel is rebinding without removing the previous popup controls.

This is a major regression from the previous version. We've confirmed that downgrading to the May release fixes this bug.

Thanks for your efforts on the Toolkit. Aside from this bug, it's been a pleasure to work with.

file attachments

Closed May 12, 2010 at 4:45 PM by BorisMo
This has been fixed in build 40412


arunkym007 wrote Oct 21, 2009 at 10:43 AM

We also faced the same issue. But when we put Modal popup panel outside the update panel then it works fine. But in previous versions it works both inside and outside updatepanel.

Derec wrote Oct 21, 2009 at 10:35 PM

I encountered same behavior. I cannot downgrade to May release because of some improvements in HTML Editor

jtrahan wrote Oct 23, 2009 at 5:56 PM

This is definately an issue. I reverted back to 20820 because I use the modal popup heavily in my apps. I hope they fix it soon.

nguinet wrote Oct 25, 2009 at 4:22 PM

I resolved it by recompiling v30930 with ModalPopup's source code of V30512. Works fine.
I do this cause i need improvements of v30930 htmleditor without losing my modal popups.

mistoll wrote Oct 27, 2009 at 1:46 PM

We just came across this issue. For my oppinon this is caused by the fact, that in v30930 the popup element is attached to the form element (look for this line '$common.appendElementToFormOrBody(this._foregroundElement);', but this is not undone in the dispose method.

valtrem wrote Oct 27, 2009 at 10:43 PM

We are also facing the "comma bug" with the modalpopupextender.
We need some new features from v30930, such as the AsynchFileUpload AND a working modalpopupextender!

I'll try to compile v30930 with modalpopupextender from v30512 has suggested by nguinet.

Maybe this could be uploaded somewhere for other developpers with similar needs?

mistoll wrote Oct 28, 2009 at 10:51 AM

For those interested, here's a fixed version of the modal popup behavior.

boddam wrote Nov 27, 2009 at 5:43 PM

I have the same problem using PopupExtender. Does anyone know what the problem is and how it can be corrected? Or what versionnumber shall I withdraw to? I see there is a Vnumber for modalpopupextender, but what about the regular popupextender?

boddam wrote Nov 27, 2009 at 8:56 PM

ok, i rolled back to the Stable May version and the popupextender doesnt duplicate anymore. thanks, keep up the good work

davesw wrote Dec 1, 2009 at 12:06 PM

We've also encountered this bug, and it's high impact. ModalUpdateExtenders nested in UpdatePanels are essential to our application, so we are rolling back to the previous release.

molson wrote Jan 14, 2010 at 10:17 PM

mistoll's upload didn't fix the problem for me unfortunately, but I have attached the patch that I'm testing now. It looks like the PopupExtender is getting appended to the form multiple times in _prepareElement() (via initialize()), so when I have form elements w/in the popup, they're duplicated and I get comma-separated lists submitted after partial-page postbacks. I'm not sure why it's being appended, but removing/detaching it in the dispose() method fixes the issue I'm seeing.

mhenson wrote Jan 17, 2010 at 7:15 PM

Issues 25871, 25606 and 25058 are (I believe) related. Problems in toolkit version 3.0.30930.0 all related to showing a popup from within an update panel. I big issue for me as I've built my app around the foundation of popup dialogs as wizards that do everything!