v2.5.0 implements several new features requested by users. Most notably Client-Side image resizing.
Details
v2.5.0 Beta 1 should be pretty stable. We've fixed most of the bugs that we've been notified of since the last release. There are still many Flash Player bugs that plague us but there is little we can do about them.
v2.5.0 Beta 2 is almost ready to release. Beta 1 had a lot more bugs than we realized. Hopefully they are all squared away. We've got a couple outstanding issues to correct and a little more testing to do. We also have some bug reports that we cannot confirm (especially on Linux and Mac platforms). The more information and detail you can provide the better we'll be by release time.
v2.5.0 Beta 3 fixes a few minor issues and re-introduces normal POST file upoading for resized images. I'm not sure why it didn't work for us the first time through but a user contributed some code (which we had removed) and the upload seems to work fine and shows up in $FILES like normal uploads. We have also added a C based library (Alchemy) that performs the JPEG encoding which is 100X faster than doing it in actionscript, however the swf file size jumps from ~30KB to ~180KB. We are inclined to accept the larger file size for the speed gains.
Limitations
- Upload Progress is not available for resized image uploads. We rely on the Flash Player to provide those events and it only provides that data for file uploads using the FileReference API. When uploading our own custom data we do not get these events.
- The button image now scales properly when zoomed by the browser. However, this means that the image sprite MUST be 4X the button height. In previous versions you could get away with images 3X the button height (leaving out the disabled state image). This will no longer work. Unfortunately we can't figure out how to scale the text as well. It stays the same size and in the same position.
Hi, I'm opening the online demos and i have developed a problem where by the CPU keeps going to 100%.
Environment: XP(sp3) + IE6.0(sp3) + swfupload 2.5.beta
While with swfupload 2.2 demos no problem.
Could anyone help me?
hi, it's not working on a mac (try simple demo) with any browser the file gets uploaded but the progress shows as pending and gets stuck
button_cursor: SWFUpload.CURSOR.HAND seems broken in 2.5.0b1:
http://demo.swfupload.org/v250beta1/overlaydemo/index.php
.. does not change the pointer to a hand here, Firefox 3.5 and Windows XP.
The overlay demo for 2.2.0 works as it should
Another issue not mentioned in the details is that any custom settings that you've previously provided through the settings object (this.settings) no longer exists, as the object now only contains recognized setting values.
Add a custom_settings entry in the settings to solve this issue:
i.e.
custom_settings : { redirect : true, redirect_delay : 500 }You can then access these values in your callback functions through this.settings.custom_settings.redirect etc.
Hi, I've been trying out the resize functionality, it worked fine for me on Windows & firefox, but when I try it with linux Ubuntu and firefox my uploaded files are corrupted, has anyone else come accross this?
thanks, Eric
For image resizing, where in the code do you specify new image dimensions?
Hi bewebmaster,
I'm doing it as per the demo code in the handlers.js. The code is :
function fileDialogComplete(numFilesSelected, numFilesQueued) {
}
Thanks
I have put my code onto our testing server and it seems to be working using both Windows and Linux clients - still not working properly on my development machine, perhaps it is a timing issue.
Thanks, Eric
is there any timeline, in wich month the 2.5 leave the Beta status? And how can i handle the file in binary post with php without file upload?
I would like to be able to fire an event in my long running upload script. This way I could have something similar to a "Phase II" progress bar (where "Phase I" was the upload to the web server.
IE8 xppro
Adobe flash player 10 error:
TypeError?: Error #1010: Un término no está definido y no tiene propiedades.
working OK in ff slow loading in chrome but working.
any idea?
thanks.
In Chrome, it does seem to take a while to load up... can be like 30 seconds, all the while, the page is pretty frozen, then it works.... Don't see this issue in Firefox or IE.
Thanks for all the comments. We've fixed many of the issues discussed here. If you have an issue please log it in the Issues section. We don't often check the comments here.
We do appreciate the feedback. We hope to have v2.5.0 released before February.
The only major issue we have come up against is browser crashes related to Firebug in Firefox. However, I'm not sure that this is a SWFUpload bug.
We rely heavily on your testing to help us get stable releases. Our ability to test across platforms, versions and diverse implementations is extremenly limited.
I am having an issue, and was wondering if someone can help: I can successfully add a file or files to my queue, and start the upload. While in debug mode I can that the progress increments successfully, but when the bytes uploaded reaches the total, everything just stops and no further events are called, and the file is never uploaded by my php upload script. I get no PHP errors in my log. I can console.log the file_obj in the progress function, and it shows a filestatus of -2 (In Progress). I am console.logging all variables sent to the error, success, and complete handlers and get noting (they are not just empty, but not even called). Any help would me GREATLY appreciated. Let me know if I can provide any more info. Thanks,
I am trying to get the new resize functionality working in drupal's FUpload module.
They are calling SWFUpload like this:
and I am trying to replace it with that:The problem: I don't know what to enter for the file-id variable. as they didn't use it previously...
Btw. here's the file (see line 81): http://pastebin.com/m1d282136
Any hints? Thanks!
swfu.startResizedUpload(swfu.getQueueFile(0).id, 600, 1000, SWFUpload.RESIZE_ENCODING.JPEG, 100);
getQueueFile is newly introduced in v2.5.0 and will get files from the Queue (compared to the getFile() method which gets any file that has ever been queued).
getQueueFile will get the file by its index in the queue or by a File ID. By passing 0 (zero) it will always get the first file in the queue. You may want to add logic that checks to see if there is a file in the queue before trying to get it.
This project collected in
http://www.oschina.net/p/swfupload
I dont think you should call this demo graceful degradation:
http://demo.swfupload.org/v250beta3/swfobjectdemo/index.php
as there is now way to upload files when JS or Flash is disabled. But this is the meaning of graceful degradation. I am wrong?
Is version 2.5.0 Beta 3 now stable? It has beta status since a year.