I have looked further into the issue now. It seems those bytes are appended to the refresh-Link URL which is called by the Uploadify SWF when the upload has finished.

I'm getting the same problem as above. The selected files/images are uploading fine but are not being attached. A 500 error is being thrown with the ID being returned with extra characters.

-> HACK

in FileUploadField or MultipleFileUploadField we have a function called File,...

MultipleFileUploadField Line 161 we have a DataObject::get to get the list of attached files

-> if($files = DataObject::get($class, "\"{$class}\".\"ID\" IN (".Convert::raw2sql($list).")")) {

I changed it into

if($files = DataObject::get($class, "\"{$class}\".\"ID\" IN (".Convert::raw2sql(preg_replace('![^,0-9]!', '', $list)).")")) {

the regular expression removes all characters except of numbers and commas (which separates the ids)

I tried to write a decorator to override the File-Function but without luck,... maybe anybody can tell me how to do this?
Where to put the decorator-file?
In which conifg-file do I have to register the decorator?

cheers

I just stumbled across the same problem as gieser. %EF%BB%BF is the Unicode byte order mark. This means that some file is saved as UTF8. To fix the error find the file (it is most probably some file you wrote yourself!) and save as UTF8 without byte order mark. Most editors should be capable of doing this. In Notepad++ it is done by choosing Encoding->Encode in UTF-8 without BOM.

sticks had/has %0D%0A, which is windows style newline (CR LF ). Look for a newline in front of <?php

HTH
Jak