Share - Firefox - File Upload Issue

[sthurrott]

We have installed Share on Linux, we have setup Apache Reverse Proxy with Self Signed Certificate and run into a couple of problems:

1.  We can't connect using Webdav, error says the folder is unavailable (my connection is as follows:  https://myserver/alfresco/)
2.  We can't upload files using Firefox 3 through the web client in Share.  I can upload files on the Alfresco side using Firefox as well as upload files using IE for both Share and Alfresco.

I suspect we have a configuration error but I'm not sure where to look as sys-admin is not my area of expertise.  Any insight into this would be helpful?

Thanks

[mikeh]

You've got no chance until Adobe fix Flash unfortunately. Please see https://issues.alfresco.com/jira/browse/ETHREEOH-884 for references.

Thanks,
Mike

[kevinr]

FYI the issue with the button not appearing until you resize the window has been fixed for 3.2 Community.

Cheers,

Kev

[ag4apple]

You've got no chance until Adobe fix Flash unfortunately. Please see https://issues.alfresco.com/jira/browse/ETHREEOH-884 for references.

Looking at the link to the Adobe Flash JIRA site on this bug, things do not look good for getting this fixed.  The issue is currently marked there as "Resolved" with the resolution being "Cannot fix".  See http://bugs.adobe.com/jira/browse/FP-201 for reference. 

Given this state of affairs, is it possible for the Alfresco dev team to look for an alternative solution than using the Flash file uploader? 

Should I submit this same question into the Alfresco JIRA issue?

[mikeh]

We'd be happy to hear of any alternatives that don't involve a signed Java applet. I must admit I haven't had time to look at Silverlight yet, but I'd be surprised if that didn't introduce a whole host of other issues.

Mike

[eresix]

Hello,

even though the case of the problem is elsewhere, I dare a suggestion.
At present you can either use flash upload or disable it in the file-upload.js.
It would be nice, if the user could choose between both upload types at the document library page or if the flash upload component would automatically suggest html upload in case the flash upload fails.

Regards
Eresix

[mikeh]

One of our UI guys found a fix for Firefox on Linux, which is in 3.2 Community. Obviously we'd be keen to hear if this fixes the issue generally.

Thanks,
Mike

[chriss]

Running Community 3.2 on CentOS 5.3.  We were running Labs 3.2 Preview 2 and the work arounds shared on this forum worked for us.  Disabling the flash uploader and using the html uploader worked using Firefox 3.0.11/3.5 for windows running over https (flash uploader worked fine with Firefox 3.5 on Windows over http - but we need https).  Now the work arounds still work for uploading a file using Firefox 3.5 over https; however, the file will not appear and the confirmation dialog will not go away until one browses to another section (or refreshes page for file to appear).  Any thoughts?

[jarnott]

>>however, the file will not appear and the confirmation dialog will not go away until one browses to another section (or refreshes page for file to appear).

Same thing  here, Community 3.2, CentOS 5.3.x Firefox 3.0.10 and IE 8

[chriss]

Haver replaced the Community 3.2 files

file-upload.js
file-upload-min.js
html-upload.js
html-upload-min.js

with those from Labs 3.2 Preview 2 and applied the fixes from this forum, close but no cigar…

The progress dialog now disappears, but the file does not show up as in Labs 3.2 Preview 2 and prior versions.  It shows up if you refresh.

[krich]

One of our UI guys found a fix for Firefox on Linux, which is in 3.2 Community. Obviously we'd be keen to hear if this fixes the issue generally.

Thanks,
Mike

What is the fix? I am using 3.2 Community from Canonical on Ubuntu 9.04 Server over https with a self-signed cert and still can't upload with Moc OSX 10.5.7 and FF 3.0.13