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.macromed <http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd> ia.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. <http://www.onflex.org/ted/2005/11/using-flash-player-under-https-with.php> 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 <http://thanksmister.com/?p=59> .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> 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: [EMAIL PROTECTED] <mailto:flexcoders%40yahoogroups.com> ups.com [mailto:[EMAIL PROTECTED] <mailto:flexcoders%40yahoogroups.com> ups.com] On > Behalf Of Dimitrios Gianninas > Sent: Monday, July 23, 2007 10:10 AM > To: [EMAIL PROTECTED] <mailto:flexcoders%40yahoogroups.com> ups.com > Subject: [flexcoders] FW: FileReference.upload() > > > > > > > > > Forwarding... > > -----Original Message----- > From: flexcoders-owner@ <mailto:flexcoders-owner%40yahoogroups.com> yahoogroups.com > [mailto:flexcoders-owner@ <mailto:flexcoders-owner%40yahoogroups.com> yahoogroups.com] On Behalf Of Jus > Sent: Monday, July 23, 2007 12:07 PM > To: flexcoders-owner@ <mailto:flexcoders-owner%40yahoogroups.com> yahoogroups.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 [EMAIL PROTECTED] <mailto:flexcoders%40yahoogroups.com> ups.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. > > > >
