It would be usefull to know if this is also a problem outside our campus if someone uses IE9. It might be due to a security policy in our IE9 installation?

Sorry, can not have IE9 to do some test ...

Some dev have IE 9 ?

(I try with IE8)

Afaik this is also caused by

https://github.com/LimeSurvey/LimeSurvey/commit/2c0a176e9e801b7bc4b620e1d2c1b9175519ef9e

checkValidity() is not available in IE9

btw, you can always use http://www.microsoft.com/en-us/download/details.aspx?id=11575

OK thanks

But not for my system : Windows 7, Windows Vista, Windows XP

@rfaber : if you can do some test with IE9 and last GIT version.
I test in IE8 : it's OK now.

Thanks for your effort, but still not working in IE9 (GIT version 20140209).

Hi,

Did you have some javascript bug ? Seems you can have a console on IE9: http://msdn.microsoft.com/fr-fr/library/ie/gg589530%28v=vs.85%29.aspx

Did you clean your cache ?

Yeah, cleaning the cache is a must.

Cache cleaned, IE restarted and cleaned again (tools - safety - clean browser cache - all items deleted). No improvement. I'll try to install some debugging tools, might take a while.

Tested with IE in VirtualBox : IE 9.0.8112.16421 : no problem here.

Can not reproduce ....

PS: only F12, no need another tool !

I CAN reproduce this problem using Chrome Add-On "IE Tab" and setting it to Internet Explorer 9 mode.
The drop downs look a little ugly (see screenshot) and when adding/deleting answers, nothing happens. Same with using quick-add or similar features on that page.

IE9 have border-radius http://caniuse.com/#feat=border-radius

Then there are something different between 2 version of IE9 here.

Tony, i need your help here. I really can't fix this issue because i can reproduce it in IE9. Maybe you have some idea ?

The only thing i think it can be 'bad' in some situation are : https://github.com/LimeSurvey/LimeSurvey/commit/d3267d0b71e9152bc7cb6be2df0596940bf3231e#diff-cdc9cbbed18926acf63de54b18ad793fR20

We can remove it and don't do any "HTML5" validity update but i think it's a bad idea.

PS: give me back after see it

And for confiraltion : a video : http://www.sondages.pro/IMG/TEMPO/Virtual-IE9.webm

Show off :)

Sorry Denis, I cannot reproduce this on a standalone version of IE 9.0.21 or when forcing IE 10 into IE 9 mode.

Denis, just test with Chrome and this add-on: https://chrome.google.com/webstore/detail/ie-tab/hehijbfgiekmjfkfjpbkbammjbdenadd?hl=fr

That's how I could reproduce the problem. OS: Windows 7.

IETab defaults to IE7 standard mode (as also can be seen on the screenshots on the product web site).

I can only think of the possible explanation that the rfabers IE9 is running in compatibility/intranet mode (which is not supported by LimeSurvey). In that case rfaber might have to reconfigure his webserver to set proper headers. There a couple solutions for this problem if you google, but this cannot be resolved by LimeSurvey.

Anyway, I think we can close this now since we all determined that it is running fine on a normal IE9 or a decent web browser.

I agree.

Ok,

But strange behaviour of rfaber browser here ..

Thanks for return Tony, and thanks for the IEtab information Carsten

Work on IE8 with IE8 mode and IE9 with IE9 mode.

Thanks for your effort. As noted before, there could be - and it seems to be - a problem due to local 'security' policy on our campus, with no improvement in sight. Hélas.
And about the F12 option: also this was disabled, because 'another application already used that key'. So sad. The disadvantage of being on a big campus. As a workaround we are lucky to have portable Chrome or Firefox at hand.
Again thank you all.

2.05+ Build 140212 released