> We're also working around this by Base64-encoding, but this is clearly
> less than ideal. It definitely seems like a Flash Player bug. We ran
> into this when doing AlivePDF REMOTE saves (i.e., bouncing the file off
> the server). Do you know when you ran into this, Troy? I tested our
> particular problem on Windows and on OS X last week, and neither had the
> issue.
// this byte array probably needs to be bigger to actually end up
// with a zero-byte in the compressed data
var bytes:ByteArray = new ByteArray();
bytes.writeUTFBytes("This is just some filler text.");
bytes.compress();
// URLVariables automatically encodes its dynamic properties
// using a www-form-url-encode format, i.e. %12%34%56%78%90
var variables:URLVariables = new URLVariables();
variables.username = "troy";
variables.action = "save";
variables.data = bytes;
// when the request is made, 'variables' is converted to a string
// the nulls in the ByteArray are not escaped, so they truncate the data
var request:URLRequest = new URLRequest("http://mywebserver/myscript.php";);
request.method = URLRequestMethod.POST;
request.data = variables;
// Troy.
