FileUltimate (formerly FileVistaControl) 2.1 RC1 is released

We have changed the product name from FileVistaControl to FileUltimate so that the control product is not confused with the end-user product (FileVista).

Version 2.1 RC1 includes the following features:
- Single DLL deployment. FileUltimate is from now on, a WebControl and not a UserControl (ascx control). All resources and code are embedded into the single file GleamTech.FileUltimate.dll for easy and robust deployment.
- FileUltimate now targets .Net framework 4.0. This means your host project should run under ASP.NET 4.0. We will not support older framework versions from this version on.
- Developed a custom embedded resource manager which can combine resources like scripts.
- Vastly optimized loading speed of the control by making use of combined scripts and reducing the number of requests.
- Optimized zip features.
- Changed some namespaces and type names.
- Optimized download feature.

Please download version 2.1 RC1 from this link:
FileUltimate v2.1 RC1

Please send us feedback related to RC1 within this forum topic.

OK.  I am trying it.  I got everything in as pre readme.  When I run, the control does not appear at all.  No other errors.

Will my current license key for FileVista still work with FileUltimate?   (I've tried with and without the key).

Number 6 in the readme about not using the VS Developement server is a big problem for me.  Is there a work around?

If the control does not appear, the resources are not loaded successfully. You can track 404 error messages with Fiddler tool or Firebug (Net section). Note that settings for IIS6 and IIS7 (integrated mode) are different. Your problem is possibly wrong settings for the handlers thus 404 errors occur and resources can not be loaded.

Yes, your license is a v2.x license and will work with all versions till v3.0.

In the final version which we will release in few days (maybe tomorrow), debugging with VS development server will work, we fixed it.

By the way, I get the same result when I run the examples you provided.   Will try the new one as soon as you get it out.

Thanks

Are you running the examples on IIS6 or IIS7?

Under VS 2011 debugger.   Haven't tried it on my server which is IIS6.  

The control does not seem to allow upload or download on an IPhone, IPad, IPod. JavaScript is set to on and Accept Cookies is set to Always.

Bob, number 6 in the RC1 readme file actually says the control will not work on VS development server (VS 2010 debugger), ie. the control will not appear. Anyway we are now releasing v2.1 final and this is fixed.

Eric, is this problem specific to v2.1 RC1? Maybe you should test the final version and see the results.


Please download version 2.1 final from this link:
FileUltimate v2.1

Final version includes the following changes in addition to the changes in RC1:

- Added: ShowFoldersPane property to control visibility of the Folders pane.
- Added: Embedded languages files and the css file can be overridden with custom files, see readme file for more information.
- Fixed: Visual Studio Development Server URL problem (occured in RC1). Now resource handler will work correctly when running on this web server so the control will render and work just like on IIS when debugging with Visual Studio.
- Fixed: When a subfolder  is copied or moved to a root folder, every folder was displayed twice in the Folders pane incorrectly due to a refresh problem.
- Fixed: "The destination folder is a subfolder of the source folder" was being raised incorectly when copying/moving a folder eg. named "Test" into a folder named eg. "Test Folder".
- Improved: Reorganized event arguments for Uploading and Uploaded events and restructured UploadedFile class. UploadedFile.FileHash property will provide the calculated hash code of the uploaded file in all three upload modes (Flash, Ajax and Browser) correctly .

Good job!  All is working now.  Thanks.   And, I really like the new implementation.

Now, you can start working on that "no overwrite" option :)

Bob, I am glad you liked the new version. Actually we considered your feature request (no overwrite for uploads) for this version but it was not possible without redesigning the upload mechanism. However we will implement it in the next versions. Note that we redesigned Uploading and Uploaded event arguments for preventing the confusion you noted in Uploading Event--No Files

Yes, I noticed that change on my first test.  That is better than before,