Well, it still suspends comet, but I have something working. I'll put it in the github repo later today.
--
You received this message because you are subscribed to the Google Groups "Lift" group.
To post to this group, send email to lif...@googlegroups.com.
To unsubscribe from this group, send email to liftweb+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/liftweb?hl=en.
On Wed, Jan 26, 2011 at 1:07 AM, Maarten Koopmans <maarten....@gmail.com> wrote:
Well, it still suspends comet, but I have something working. I'll put it in the github repo later today.
I'll look at it today
On Thursday, January 27, 2011, David Pollak
<feeder.of...@gmail.com> wrote:
>
>
> On Wed, Jan 26, 2011 at 6:17 AM, David Pollak <feeder.of...@gmail.com> wrote:
>
>
>
> On Wed, Jan 26, 2011 at 1:07 AM, Maarten Koopmans <maarten....@gmail.com> wrote:
>
> Well, it still suspends comet, but I have something working. I'll put it in the github repo later today.
> I'll look at it today
>
> I can't reproduce a case where the Ajax upload (based on your example code) blocked Comet.
>
>
>
>
> On Tue, Jan 25, 2011 at 9:04 PM, Maarten Koopmans <maarten....@gmail.com> wrote:
> This is a bit of a show stopper for me, I also tried to integrate something like http://www.xinotes.org/notes/note/769/ client side, but to no avail. I suspect that this has to do with Lift's long polling mechanism (or interference with that), but that's a wild guess.
>
>
>
>
> As this is quite important for me to get working, I'd really appreciate any feedback/clues/...
> If it takes significant time, contact me off list to work something out.
>
>
>
>
> --Maarten
>
> On Tue, Jan 25, 2011 at 5:37 PM, Maarten Koopmans <maarten....@gmail.com> wrote:
> Hi,
> Kind of an urgent/important question, that (I would hope) makes life much better for many people in the older browser universe with file uploads/progress. GIT repo below. WIki docu will follow once I know how to solve this.
>
> I am doing something similar to what's discussed here https://groups.google.com/group/liftweb/browse_thread/thread/77a29a2ec48479d3/d8de395341bb179a?hl=nl&lnk=gst&q=upload+progress#d8de395341bb179a
>
>
>
>
>
>
> i.e.:
> <lift:surround with="default" at="content"> <iframe id="upload_target" name="upload_target" src="#" style="width: 0;height:0;border:0px solid #fff;"></iframe>
>
>
>
>
>
> <lift:DevTest.uploader form="POST" multipart="true" id="upload_form" target="upload_target"> <upload:loader/>
>
>
>
>
>
> <upload:submit/> </lift:DevTest.uploader> <lift:comet type="CometMessage" name="Other">
>
>
>
>
>
> <up:main></up:main> </lift:comet></lift:surround>
>
> "the hidden frame post Ajax trick". However, I have noticed in Safari and FF that the comet code suspends during the upload.Also, in FF the upload field seems to return no data and behaves weird - soI have used an old valums.com widget to test there that does the same thing (and suffers from the same problem).
>
>
>
>
>
> You can see it in action via https://github.com/mbk/ajaxupload_with_comet
> Be sure to run sbt update first as it runs against 2.3-SNAPSHOT. Then click the upload text and upload a reasonably large file on your localhost (I found that 300MB shows a suspend of a few seconds on my McMini - which is a tribute to Lift's speed).
>
>
>
>
>
>
> Some additional thoughts:
> - I started from a fresh 2.2 repository and updated to 2.3-SNAPSHOT and tried to make a multipart upload form using tags. Attributes with html5 is not a good idea(?). Uncommenting the HTML5 parser in Boot wasn't either. Just a FYI
>
>
>
>
>
> - I am using said valums widget, but the same effect can be observed with the trick described above.
> - I am not too sure I like the default HTML5 parsing (but it is SNAPSHOT, so maybe that's it). Simple stuff like multipart file uploads suddenly break (at least for me :-)
>
>
>
>
>
> Any clues? Because on
>
David,My bad, I accidentally deleted the comet clock.... Pushed it to the github repo again, sorry for the inconvenience.
Must be a platform thing then?
I tested it uploading a 50mb file, and the clock did not update until
the progress bar went away
on FF 3.6, same thing.
Chrome 8.0.552.237 also blocked the clock
I had to try different file sizes (all local uploads), but a 50mb file
shoed the problem on all but FF. for FF I had to use a 200MB file.
I hope it helps.
Diego
On Fri, Jan 28, 2011 at 12:10 PM, David Pollak
--
Diego Medina
Web Developer
http://www.fmpwizard.com
>>>>>> > avail. I suspect that this has to do with Lift's long polling mechanism (or<--
Snapshot
....and I updated the github repo to have the comet actor show the
upload progress (the original use case). I'll clean this up, test with
IE, and push again.
And then I'll write a nice Wiki page! Note that this would eliminate
ticket 745 (ajax file upload) then....
--Maarten
To unsubscribe from this group, send email to liftweb+u...@googlegroups.com.