Okay, this one is truly odd!

The browser is forced into compatibility when the dialog containing a <textarea> element is closed (by any button).

If I remove the textarea from the dialog div, there is no problem.

I can't reproduce the problem with a plain HTML page containing a modal dialog with a textarea even if I include all of the LS admin JavaScript.

I can work around it if I hide the textarea before closing the dialog but that's a bit hacky.

Anyone have any thoughts?

Tony : if you hide it: please do it only for JS.

No thoughts for me ;)

Yeah, sure, I'll hide it with the beforeClose() event on the dialog

<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1"/>

Yes, thank you, we could force it to edge and chrome, but I would like to fix it for browsers that don't have the Chrome Frame installed too.

Fix committed to master branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&amp;id=10632

Fix committed to 2.1 branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&amp;id=10633

pfpDave, can you narrow down the problem when using the 'Save as Label set' function?

I can't make it happen.

damn, i want to write only for IE, not for JS ... ;)

Shnoulle, I don't see any harm using this fix across all browsers. Do you?

Guess not...

It's just because a javascript instruction less is a javascript instruction less ;).

And "I don't like IE" :p

Sorry for the delay ... I can't make it happen consistently with the 'Save as Label set' function but it does happen if you try alternating between new and replace existing a few times ... here's how I got it to appear:

Save as label set --> replace existing --> drop down list and select --> Save --> OK --> OK

Save as label set --> new label set --> enter name --> save --> OK

2.00+ build 121207 released.