Copy link to clipboard
Copied
Hello,
I have an HTML app that persist files using Chrome implementation of HTML FileSystem API.
Since the upgrade to version Version 17.0.0.188 the application is not able to load the SWF files stored.
There is a fix for this?
Best regards
Copy link to clipboard
Copied
We've noticed the exact same issue after upgrading to 17.0.0.188 from 17.0.0.169.
Copy link to clipboard
Copied
I'm checking with the team and will report back.
Thanks,
Chris
Copy link to clipboard
Copied
Could either of you open a new bug over at https://bugbase.adobe.com and provide us with a test case that we could reproduce internally? So far, I have not heard of any explicit changes that would have effected this behavior. Still looking, but getting a bug report would be an excellent first step.
Thanks,
Chris
Copy link to clipboard
Copied
experiencing same issue. All things constant, then upgraded adobe version and now preview of swfs onto browser doesnt work for my webapp.
Copy link to clipboard
Copied
I don't understand what you're describing. Can you provide a link that demonstrates the problem?
Copy link to clipboard
Copied
It isn't working when I try to preview based on a base64 src on a webpage anymore. It was working fine on computers before the upgrade.
Simplified example below
<object type="application/x-shockwave-flash" data="{{dashboardAsset.src}}" class="thumbnail"></object>
dashboardAsset.src being a base64 string.
Complete example below (upload swf preview doesnt work)
--------------------------------------------------------------------------------------------------------------------------
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8">
<title>File API</title>
</head>
<body>
<div id="page-wrapper">
<h1>Image File Reader</h1>
<div>
Select an image file:
<input type="file" id="fileInput">
</div>
<div id="fileDisplayArea"></div>
</div>
<script>
window.onload = function() {
var fileInput = document.getElementById('fileInput');
var fileDisplayArea = document.getElementById('fileDisplayArea');
fileInput.addEventListener('change', function(e) {
var file = fileInput.files[0];
var imageType = /image.*|application\/x-shockwave-flash|html/;
if (file.type.match(imageType)) {
var reader = new FileReader();
reader.onload = function(e) {
var path = reader.result;
// var path = "/Users/jameswork/web/www.ctrltower.com/j.swf";
var objectHTML = '<object type="application/x-shockwave-flash" data="' + path + '" width="800px" height="500px"></object>';
fileDisplayArea.innerHTML = objectHTML;
}
reader.readAsDataURL(file);
} else {
fileDisplayArea.innerHTML = "File not supported!";
}
});
}
</script>
</body>
</html>
Copy link to clipboard
Copied
Unfortunately, this was one of those things that was totally fine in the HTML4 world, but violates promises in the context of some complex HTML5 applications. As part of our commitment be a good citizen in the web security ecosystem, this functionality had to go away.
I don't have a lot of good news on this one. You might be able to maintain the general technique by using a static file type like GIF, JPEG, PNG, etc, but I realize that's non-trivial. There are a bunch of libraries for converting simple SWFs to HTML Canvas data that might work in terms of something that you could dynamically insert.