Re: [flexcoders] FW: FileReference.upload()
Thanks Seth. I discovered another issue. If you have a load balancer that needs a cookie for session stickiness, you can't pass it on the URL as you can with the Tomcat session id. And it seems that URLRequestHeader is not supported by FileReference.upload() We're up to five votes. On 10/26/07, Seth Caldwell <[EMAIL PROTECTED]> wrote: > At my blogspot, I posted my javascript workaround for uploads in firefox > over SSL. > > Please see http://sethonflex.blogspot.com/ > > > > I don't have Adobe Share access, but I would love to see how they accomplish > fileupload in firefox over SSL – I don't think they can do it without using > filereference.upload unless you click something granting the application > special access. (because filereference is the only way into the user files > when you're within the sandbox, I believe). > > > > In any case, I hope my workaround might help some of you until Adobe fixes > their flash player! -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
RE: [flexcoders] FW: FileReference.upload()
At my blogspot, I posted my javascript workaround for uploads in firefox over SSL. Please see http://sethonflex.blogspot.com/ I don't have Adobe Share access, but I would love to see how they accomplish fileupload in firefox over SSL - I don't think they can do it without using filereference.upload unless you click something granting the application special access. (because filereference is the only way into the user files when you're within the sandbox, I believe). In any case, I hope my workaround might help some of you until Adobe fixes their flash player! Seth From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Richard Rodseth Sent: Friday, October 26, 2007 10:45 AM To: flexcoders@yahoogroups.com Subject: Re: [flexcoders] FW: FileReference.upload() I've received confirmation from Dave Wolf at Cynergy that this is a long-standing problem. I notice that Adobe Share uploads work in Firefox. It would appear that they might be using AMF. Any idea how that might work? I don't believe there's a way to get to file bytes from a FileReference (presumably a security concern). At this point I'm looking for workarounds that don't involve too much in the way of UI compromise. On 10/25/07, Richard Rodseth <[EMAIL PROTECTED] <mailto:rrodseth%40gmail.com> > wrote: > What, no votes yet? :) > > Here's the link: > > http://bugs.adobe.com/jira/browse/SDK-13196 > > On 10/25/07, Richard Rodseth <[EMAIL PROTECTED] <mailto:rrodseth%40gmail.com> > wrote: > > Not sure what the fixed bug is that Matt refers to, but I just logged > > > > SDK-13196 > > > > Please cast your votes and/or add your experience reports. > > > > - Richard > > > > 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 > > > > > >
Re: [flexcoders] FW: FileReference.upload()
I've received confirmation from Dave Wolf at Cynergy that this is a long-standing problem. I notice that Adobe Share uploads work in Firefox. It would appear that they might be using AMF. Any idea how that might work? I don't believe there's a way to get to file bytes from a FileReference (presumably a security concern). At this point I'm looking for workarounds that don't involve too much in the way of UI compromise. On 10/25/07, Richard Rodseth <[EMAIL PROTECTED]> wrote: > What, no votes yet? :) > > Here's the link: > > http://bugs.adobe.com/jira/browse/SDK-13196 > > On 10/25/07, Richard Rodseth <[EMAIL PROTECTED]> wrote: > > Not sure what the fixed bug is that Matt refers to, but I just logged > > > > SDK-13196 > > > > Please cast your votes and/or add your experience reports. > > > > - Richard > > > > On 7/23/07, Matt Chotin <[EMAIL PROTECTED]> 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 > > > > > >
Re: [flexcoders] FW: FileReference.upload()
What, no votes yet? :) Here's the link: http://bugs.adobe.com/jira/browse/SDK-13196 On 10/25/07, Richard Rodseth <[EMAIL PROTECTED]> wrote: > Not sure what the fixed bug is that Matt refers to, but I just logged > > SDK-13196 > > Please cast your votes and/or add your experience reports. > > - Richard > > On 7/23/07, Matt Chotin <[EMAIL PROTECTED]> 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 > > >
Re: [flexcoders] FW: FileReference.upload()
Not sure what the fixed bug is that Matt refers to, but I just logged SDK-13196 Please cast your votes and/or add your experience reports. - Richard On 7/23/07, Matt Chotin <[EMAIL PROTECTED]> 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 >
Re: [flexcoders] FW: FileReference.upload()
On Wednesday 24 Oct 2007, [EMAIL PROTECTED] wrote: > I'm guessing we could store the session var and pass it back with the > file upload and check that on the server to ensure that it's still > valid That would be my solution. -- Tom Chiverton Helping to centrally reintermediate impactful products on: http://thefalken.livejournal.com This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [flexcoders] FW: FileReference.upload()
Yargh. I'm running into the exact same thing right now. I'm testing Django as the backend for file upload and can't seem to figure out how to get it to work. IE is not an option for development or testing of any type. Has anyone gotten this to work with any server scripting? The FileReference classes allow you to pass in custom variables. Is there a way to capture the session and pass that session back to the server? Regardless of whether or not a new session is created, the current session is still valid and runs. It just changes for the instance of the upload. I'm guessing we could store the session var and pass it back with the file upload and check that on the server to ensure that it's still valid - ignoring anything else that gets sent back in the header for session details. Possible? Has anyone gotten file uploading to work through django with firefox? Are there any other solutions that do not include popups (absolutely not an option for me)? - j On Oct 24, 2007, at 9:26 AM, Dimitrios Gianninas wrote: 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
Re: [flexcoders] FW: FileReference.upload()
On Wednesday 24 Oct 2007, [EMAIL PROTECTED] wrote: > It is because Flash Player uses the same infrastructure to upload files to > a server as IE even if you are in FF. This explains why we don't see it, as we test on FireFox/Linux and IE/Windows. > 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. Well, it's not intractable. It's not the end of Flex as a cross platform language. The obvious work arounds seem to work OK, don't they ? -- Tom Chiverton Helping to challengingly enhance fourth-generation portals on: http://thefalken.livejournal.com This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/flexcoders/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
RE: [flexcoders] FW: FileReference.upload()
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:
http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd
<http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd> ">
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).
>
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:
http://www.macromed
<http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd>
ia.com/xml/dtds/cross-domain-policy.dtd">
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
> > hel
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:
http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd";>
We are loading it explicitly as described here:
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
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]> 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:[EMAIL PROTECTED] On
> Behalf Of Dimitrios Gianninas
> Sent: Monday, July 23, 2007 10:10 AM
> To: flexcoders@yahoogroups.com
> Subject: [flexcoders] FW: FileReference.upload()
>
>
>
>
>
>
>
>
> Forwarding...
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jus
> Sent: Monday, July 23, 2007 12:07 PM
> To: [EMAIL PROTECTED]
> 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, "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
