yes this bug is known for a long while to some people, guess you guys are discovering it now :( It is because Flash Player uses the same infrastructure to upload files to a server as IE even if you are in FF. So when you do an upload via FF, on the server-side you get a brand new session that is created, and thats the problem. >From what I know this is not an easy change, since it required changes in the >Flash Player itself, so we just have to be patient. No idea when this will be >fixed, I am personally hoping for Flash Player 10, but who knows. Dimitrios Gianninas RIA Developer and Team Lead Optimal Payments Inc.
________________________________ From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Seth Caldwell Sent: Wednesday, October 24, 2007 2:51 AM To: flexcoders@yahoogroups.com Subject: RE: [flexcoders] FW: FileReference.upload() Correct. Got an egg in my face as well, as I was touting flex as the end all solution for cross browser woes =0 I have tried every possible solution - crossdomain files, and so forth. However, I coded a workaround that was accepted using a javascript popup window. The difference is pretty negligible, and only appears for firefox users. If anyone would like this code, please email me off list. Cheers, Seth ________________________________ From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Richard Rodseth Sent: Tuesday, October 23, 2007 10:42 PM To: flexcoders@yahoogroups.com Subject: Re: [flexcoders] FW: FileReference.upload() Hi Matt If the problem can be solved with a crossdomain.xml file (specific ports etc.), please tell us what it should look like or publish a working example. After advocating Flex as the solution to cross-browser woes, I have egg on my face until this is resolved, and it seems I am not alone. Here's an excerpt of a message I sent to Ryan Stewart, describing my setup. I'm using Flex 2.0.1 Hot Fix 3. Thanks! - Richard >>> Specifically, we are are using FileReference.upload() to an HTTPS URL on a Tomcat/Struts server. The upload fails (Error #2038: File I/O Error) in Firefox when the upload URL is HTTPS. It succeeds over regular HTTP. It succeeds in other browsers. We have a crossdomain.xml that looks like this currently: <?xml version="1.0"?> <!DOCTYPE cross-domain-policy SYSTEM " http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd <http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd> "> <cross-domain-policy> <allow-access-from domain="*"/> </cross-domain-policy> We are loading it explicitly as described here: http://www.onflex.org/ted/2005/11/using-flash-player-under-https-with.php <http://www.onflex.org/ted/2005/11/using-flash-player-under-https-with.php> That is an old post from Ted, and you'll notice in the comments that others are struggling with this. Also the link to the Cynergy crossdomain.xml is broken. We are also passing the jsessionid to Tomcat, as described here: http://thanksmister.com/?p=59 <http://thanksmister.com/?p=59> The Struts actions on the backend do this to keep IE happy: response.setHeader("Cache-Control", "max-age=0, must-revalidate"); But so far, no joy. Any pointers would be much appreciated. On 7/23/07, Matt Chotin <[EMAIL PROTECTED] <mailto:mchotin%40adobe.com> > wrote: > > > > > > > > > > How is your crossdomain file set up? I see one bug for HTTPS upload that > was not reproducible and another that we fixed recently when a default > crossdomain file didn't seem to work (fix should be available in a nightly > build of the SDK). > > > > Matt > > > > > > From: flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> > [mailto:flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> ] On > Behalf Of Dimitrios Gianninas > Sent: Monday, July 23, 2007 10:10 AM > To: flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> > Subject: [flexcoders] FW: FileReference.upload() > > > > > > > > > Forwarding... > > -----Original Message----- > From: [EMAIL PROTECTED] <mailto:flexcoders-owner%40yahoogroups.com> > [mailto:[EMAIL PROTECTED] <mailto:flexcoders-owner%40yahoogroups.com> ] On > Behalf Of Jus > Sent: Monday, July 23, 2007 12:07 PM > To: [EMAIL PROTECTED] <mailto:flexcoders-owner%40yahoogroups.com> > Subject: Re: FileReference.upload() > > We really need action on this issue. There are posts on various forums > about this issue from 2005 / Flash Player 8. > > Not sure if it's an Adobe Flash or Mozilla Firefox issue, but from what I > can tell it hasn't been acknowledged as an official bug by either > organisation. > > That is alarming for someone like me that is looking at using Flex for > developing a CMS app that needs to be accessible via HTTPS (and a core > function of the app is uploading content). > > If anyone has an update on this issue, or if someone from Adobe reads this, > can you please post an update on the status of this bug. > > Thanks > > --- In flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> , > "Sastry" <[EMAIL PROTECTED]> wrote: > > > > Hi Coders, > > > > 1.Did anone got the FileReference.upload() work on Mozilla and HTTPS? > > > > I need to upload an Image to the server(Tomcat). On the server side I > > am using Apache Commons FileUpload to save it ti the DB. We open only > > HTTPS port on the server. > > > > I coded using FileReference and also removed the servlet on the server > > side from Authentication. It works fine on IE. But somehow breaks on > > Mozilla. Somehow the request itself doesn't go to the server. Please > > help me..... > > > > 2.Is there any alternative to FileReference? > > > > Thanks in Advance, > > Sastry > > > > -- > WARNING > ------- > This electronic message and its attachments may contain confidential, > proprietary or legally privileged information, which is solely for the use > of the intended recipient. No privilege or other rights are waived by any > unintended transmission or unauthorized retransmission of this message. If > you are not the intended recipient of this message, or if you have received > it in error, you should immediately stop reading this message and delete it > and all attachments from your system. The reading, distribution, copying or > other use of this message or its attachments by unintended recipients is > unauthorized and may be unlawful. If you have received this e-mail in error, > please notify the sender. > > AVIS IMPORTANT > -------------- > Ce message électronique et ses pièces jointes peuvent contenir des > renseignements confidentiels, exclusifs ou légalement privilégiés destinés > au seul usage du destinataire visé. L'expéditeur original ne renonce à aucun > privilège ou à aucun autre droit si le présent message a été transmis > involontairement ou s'il est retransmis sans son autorisation. Si vous > n'êtes pas le destinataire visé du présent message ou si vous l'avez reçu > par erreur, veuillez cesser immédiatement de le lire et le supprimer, ainsi > que toutes ses pièces jointes, de votre système. La lecture, la > distribution, la copie ou tout autre usage du présent message ou de ses > pièces jointes par des personnes autres que le destinataire visé ne sont pas > autorisés et pourraient être illégaux. Si vous avez reçu ce courrier > électronique par erreur, veuillez en aviser l'expéditeur. > > > >
