okay, the only one that really had any wild chance was the strict wp api… shot in the dark, but thought worth trying…

OK, will wait until the new release of the plugin is available.

Steve (Mr Papa)… with IE8 unable to make use of the HTML5 uploading could this possibly have anything to do with Silverlight perhaps being missing? Or would it naturally just fall back on HTML4 and/or Flash?

The order of precedence for which runtime gets used is: html5, silverlight, flash, html4

So yes, will use the first one available and go through the list until one is found… you should see which runtime is being used by hovering over the plupload grahpic in upper left corner…

there is a filter available on the runtime list if you want to try changing it… add a filter on ‘sph_plugload_runtimes’ and you can specify the runtime order…

with Chrome and Firefox, the bubble indicates “html5”. on IE, no bubble at all.

Got it googling “plupload wordpress internet explorer”!

My web server runs IIS6 and Silverlight support is not de facto included. I added the MIME types for Silverlight:

• .xaml    application/xaml+xml
• .xap     application/x-silverlight-app
• .xbap    application/x-ms-xbap

and it works!

Wow, So we have all learnt something useful today. Good catch.

But isn’t it odd that IIS (Microsoft) doesn’t bundle Silverlight (er… Microsoft) natively!

wow, didnt realize there was as server side component of it – though just mime types… love that MS cannot even look out for itself! 😉

  the client will need silverlight too… but will fallback to next runtime if not… and that was likely the problem here… client had silverlight and tried to communicate with server and it choked with the server error…

as Andy said, nice catch!