We recently upgraded our web site to run on Win 2008 R2 Server with IIS 7.5. On Win XP, IE 8 machines, users can upload files to our server as usual. On Win 7, 32 bit, IE 9 machines, users can also upload files to our server as usual. However, on Win 7, 64 bit, IE 9 machines, the uploads fail and the user gets an error message that points to the file upload component not working (actual error says properties don’t exist). Does SAFileUp not work on 64 bit machines or is there something we're missing that is preventing the uploads from working correctly? We are using SAXFile version 2,5,3,21533
It is likely that you are using the 64-bit version of IE 9, which is the default for 64-bit operating systems. XFile can run on 32-bit and 64-bit operating systems, but since XFile is a 32-bit component, it will not run in a 64-bit version of IE.
Luckily, when 64-bit IE 9 is installed, the 32-bit version is installed as well. You can find the 32-bit version of IE 9 by going to Programs. There should be two IE's listed: Internet Explorer 9 (64 bit) and Internet Explorer. The latter is the 32-bit version. Can you try loading your site in 32-bit IE and see if that resolves the problem?
Thanks for your quick response. Unfortunately, the component gives the same error when using either the 32 or the 64 bit versions of IE. We've also found that some installations of Win 7 32 bit also give the same error while some of them do not. The only common thread is Win 7. We're now wondering if this is something we could escalate to a per-issue support issue. That may be the best way to go at this point.
We just tried your demos of FileUp at demo.softartisans.com/Demo-293.aspx. This demo appears to work on Win 7 in both 32 and 64 bit IE. The odd thing that the version number displayed is 22.214.171.124! Are these demos actually working correctly and, if so, why is that version number displayed and why do they work in 64 bit IE?
The demos you are referring to are for FileUp Standard Edition. FileUp Standard Edition just contains FileUp, which is the server-side component for processing uploading and download requests. The configuration that matters for FileUp is the server that is hosting the application; the client-side browser version will have no affect on the server-side FileUp.
FileUp is currently in major version 5.
The issue that you are experiencing is with XFile, the client-side Active-X component that generates upload or download requests. It is sold separately or with FileUp in FileUp Professional Edition. XFile requests can be processed by FileUp on the server, but they can be processed by a different component.
XFile is currently in major version 2.
Would it be possible to post the exact error message that you are experiencing?
You are welcome to submit a support request through our request form: http://support.softartisans.com/incident.aspx. You will be asked to provide your order number so that we can confirm that you have an active support contract. If you do not have an active support contract, our team will assist you with purchasing support.
Yes, you're right about the components; sorry, I'm getting a bit frazzled after working on this problem for the last two days. ;-)
An error has occurred in the script on this pager.
Error: Object doesn't support this property or method: 'AXFFileDownload.Addfile'
Yes, I think we'll submit a support request. And thanks so much for your prompt answers and help!
Have you looked at the error message we sent, and if so, do you have any suggestions?
Thanks for the response and no problem about the short delay. :-)
There is only one control listed for Win7 machines that work or do not work. That control is SAXFile FileUpload ActiveX Control with these details, Status: Enabled, FileDate: 3/28/11 11:09 AM, Version: 126.96.36.19933.
There is one difference in the AddOn listing between our development machines (control does work) and test machines (control does not work). For the test machines, under the publisher column in the AddOns listing, "Not Verified" is listed before the SoftArtisans, Inc. name. This is not present on the development machines. The development machines have had the full SoftArtisans controls installed whereas the test machines have not (they just have the downloaded ActiveX control). Could there be a security problem causing this or ???
Is this just happening on one machine or have you seen the behavior on multiple machines? Does the user have admin priviledges? What happens if you try uninstalling and reinstalling the ActiveX control? Close all browser windows, open a new window, go to Manage add-ons and remove XFile. Then browse to your page with the XFile object tag and you should be prompted to reinstall it.