http://www.codestore.net/store.nsf/unid/BLOG-20100210-0329/

Thanks in advance,

JD

Its long winded but hopefully should work.

using xpages I found this example, maybe there's a way to hook into this with flex somehow.

http://www.jmackey.net/groupwareinc/johnblog/johnblog.nsf/d6plinks/GROC-7G3GF7

If I were to charge for something then I'd have to be completely happy with it. As it is I'm not, because of the Flash player bug detailed above. Until that's resolved any alternative is what I'd consider a hack and not what I'd want to bill people for.

If you want to donate to some worth cause (Haiti for example) and forward me proof of it then I'll send over a pre-release version of the code...

This is actually something I would pay for. I think after all the free code and tips you have provided us over the years that this is something you should break down and charge for. IBM should pick this up from you and include it in the next release. It's time you got something for your many efforts. Even in its raw as is stage I would be happy to donate to any cause you see fit.

In the meantime...can we get that code? :)

Got it to work but tell me how bad is this resolution and any possible remedies or checks....

I made a blank database with just the upload form (in your case: Demos.Flex.Upload). The ACL on the db is Default: No Access, Anonymous: Depositor with our Admin group having Manager. The key is the Anonymous user.

With this being set to Depositor it allows the doc(s) to be created and thus the uploads to happen. Like I mentioned before, after I upload the files I then submit my page which calls a WQS agent that goes and gets the attachments (key by UNID), puts them on the server and then deletes the docs.

The page is reloaded and the new files are shown as links on the page.

So, how bad am I going to get hacked now?

-G

And what about adding a "real" search tool using the database index rather than the (nice, but equivalent) "filter" function ? (i.e. same behaviour as classic Domino Web sites) ?

Thank you for your fantastic job. Greetings from Geneva!

Alex

Then get a WQS agent to update the real holding document on behalf of the user, basically a proxy service.

Its not ideal but should work ok.

I felt the same way -- excitement gave way to annoyance that this bug could render all my work useless. Most annoying is that Adobe have known about this for some time.

You're right, the problem is that Flash doesn't send cookie data with the upload (unless you're using IE (or happen to be logged in with IE)). A workaround I've seen mentioned for other platforms is to pass the "session id" via a URL query parameter. Domino can't use it that way though.

I've not given up on it yet but I need to step away from it, as I've already spent way too much time on it and resolving bugs like this can takes hours and days to solve.

Although, if you want to pay me to find a solution, that's another matter....

Jake

Love your examples and articles.

I was searching for a multiple file uploader and took what you did with the single file upload for Flex and made it a multiple file uploader with progress bar, etc..

User compliles their list of files with associated categories and then clicks the upload button. Files upload (to the documents on the server) then refreshes the page through Javascript (I only do this to then call an Agent to parse the uploads and place them accordingly on the server in their category and then delete the docs with attachments. On load of the document it goes out and finds all attachments and lists them in the categories.

Works beautifully. You can see the files upload and if there are bigger files you can see the progress and not start clicking around thinking it's not working, etc... screen refreshes and resets the upload control and the previously selected files are now links in their appropriate section. All is good until ......

.... being so excited about my first new "Flex" app and having the ability to upload multiple files at once .. I had a Co-worker with Firefox on Mac (who is the Flex expert for our development team) try it and he promptly returned an email stating "Error" in your progress status and nothing uploaded.

What a let down.

Since, I've tried with Chrome and Firefox on a pc and still can't get it to work. I've been seeing others saying it was an authentication issue and Flash player doesn't maintain your existing website session, so if an authenticated session is required to access the template that accepts the uploaded file(s), the web server refuses access, and thus uploads won't work.

I've been looking at trying to pass the sessionID from the cookie being set when the user authenticates but ran accross this article before figuring it out.

I would love to find a solution to this as well as there are a few hundred Sales Reps that are waiting patiently on a multiple file uploader for our domino application.

Thanks and sorry for the long post.

-Gene

I've been dreaming of the day when I can dump that IE only DLI.Uploader ActiveX control from my sites.

I written ASP.NET websites that use SWFUpload, but I've never been able to get it to work in Domino.

Speaking of Flash, I never understood why IBM still uses (or gives you the option to use) Java applets for rich text fields and views. Flash would have been the best technology for these two things (if HTML/JavaScript didn't give you what was needed).

Sorry, I don't know if that would work or not (admittedly my knowledge in this area is limited!), but it's an interesting idea. I would be very interested to see if it does work as this would be a better solution to a problem that has bugged me for some time now!

Do you remember if the problem was with Flash player 9 and/or 10? I think v10 sorts a lot of this out.

One idea I did have was to pass the Cookie part of the URL request the Domino session values. Something like this:

var credsHeader:URLRequestHeader = new URLRequestHeader("Cookie", parentApplication.parameters.AuthType+"="+

parentApplication.parameters.AuthToken

);

urlRequest.requestHeaders.push(credsHeader);

The idea being it replaces the cookies that Flash is sending from IE with our own more trustworthy ones.

Do you know if that would work?

SWFUpload had a PHP workaround for this session bug, but I couldn't find an easy way to do this in Domino, so ended up re-queueing the first file so that it:

1. Sent the file to a public access page along with the LTPAToken to set a Domino session for the Flash player

2. Changed the upload URL

3. Sent all remaining files plus the re-queued first file to the new, correct URL.

This worked, but is a pain, as if you are uploading a large file first it has to upload it twice to store it once.

Hmm. Just when I thought I was on to something.

You're right. It doesn't work well with anything other than Anonymous users. As I understand it the Flash plugin doesn't use the browser itself to send the file, so, in this case, it doesn't pass any authorisation headers with the request. If you login and then upload a file it considers you as Anonymous. DOHHHHH!

I'll have to look in to this and see if there's a way round it by passing in the auth headers to teh URL request, as discussed here:

http://stackoverflow.com/questions/509219/flex-3-how-to-support-http-authentication-urlrequest

I tried using SWFUpload to create a flash based multi-file upload control for Domino, but found an issue with the Flash player in that it does not maintain the active browser session in anything other than IE.

Does Flex suffer the same irritating problem?