On 02/21/2013 01:04 PM, dmnrmr wrote: The action of the form should point to the "upload" action of XWiki, not back to the view mode. Try: action="${doc.getURL('upload')}" This code needs to be placed in a {{velocity}} macro, so if you're not already using one, you can just write: action="{{velocity}}${doc.getURL('upload')}{{/velocity}}" -- Sergiu Dumitriu http://purl.org/net/sergiu

update: i've removes this part of the code: var targetInput = $('my_upload'); if(targetInput) { new XWiki.FileUploader(targetInput, { autoUpload: true, progressAutohide: true }); } and all, that is left: {{html}} <form action="{{velocity}}${doc.getURL('upload')}{{/velocity}}" enctype="mutipart/form-data" method="post"> <input type="file" name="file" id="my_upload" /> </form> {{/html}} This resulted in the same upload error as if i had all previous code. However, if in object editor i remove any object typed as JavaScriptExtension, the code just does nothing ( -- View this message in context: http://xwiki.475771.n2.nabble.com/HTML5-File-Upload-tp7583955p7583959.html Sent from the XWiki- Users mailing list archive at Nabble.com.

On 02/23/2013 02:37 AM, dmnrmr wrote: There are a few missing pieces of information from the documentation, so it's kind of normal not to be able to get it working on your own, sorry about that. Here are some hints: - In XWiki we try to prevent CSRF attacks by requiring that every change request be accompanied by a token. To make the upload form work, you must include this in the <form>: <input type="hidden" name="form_token" value="$!{services.csrf.getToken()}" /> - The upload action only accepts file inputs named "filepath" (or filepath_X, where X is a number), so you must change the name of the file input to "filepath" in order for it to be taken into account - You MUST keep the JSX object, otherwise the HTML5 upload has no way of working. - What you see after the file is uploaded (like in the first screenshot) is kind of normal, since the HTML5 upload widget doesn't know what you want to display afterwards. See the "responseURL" parameter. So, this parameter is almost mandatory if you want something meaningful to appear. A simple solution is to use the existing attachmentslist.vm template, which just lists the files uploaded so far to that wiki page, like in the Attachments tab at the bottom. Here's some code that works: And the JSX: -- Sergiu Dumitriu http://purl.org/net/sergiu

On 02/24/2013 04:03 PM, dmnrmr wrote: Can you put your exact code on pastebin? -- Sergiu Dumitriu http://purl.org/net/sergiu

Remove the whitespace that is after {{/html}} on the same line. This is what makes the HTML macro inline (i.e. it is followed by inline content). Then you can remove the need for empty lines before and after the HTML macro by: * either moving the 2 $xwiki.*.use lines inside the HTML macro, at the beginning (because they generate white space and whitespace doesn't matter in HTML) * or by writting: #set ($discard = $xwiki.jsfx.use('uicomponents/widgets/upload.js', true)) In any case, be more careful with the whitespace you leave at the end of the lines. Whitespace is preserved and has meaning in wiki syntax, unlike in HTML. Hope this helps, Marius On Mon, Feb 25, 2013 at 8:22 AM, dmnrmr &lt;dmnrmr(a)gmail.com&gt; wrote: