<CAArGWaTr7wqr4O_angPYu38zeY7k__WcsL1wAi30xYfWf3jyvw@mail.gmail.com>
Current votes: None.
any thoughts about minimising the security implications on this? it makes it extremely easy to jump on a machine, open a browser page, select a sensitive folder and upload it all to a remote server z On Wed, Nov 16, 2011 at 1:06 PM, Glenn Maynard <glenn@zewt.org> wrote: > On Tue, Nov 15, 2011 at 8:38 PM, Kinuko Yasuda <kinuko@chromium.org> wrot= e: > >> The async nature of DirectoryEntry makes the code longer, >> but webapps can work on the files incrementally and can show >> progress UI while enumerating. =C2=A0For the apps that may deal with >> potentially huge folders providing such a scalable (but slightly >> more cumbersome) way sounds reasonable to me. >> > > Entry (and subclasses) should also be supported by structured clone. =C2= =A0That > would allow passing a DirectoryEntry received from file inputs to be pass= ed > to a worker. =C2=A0This is something for later, of course, but combined w= ith an > API to convert between Entry and EntrySync (and DE/DESync), this would > allow using the much more convenient sync API in a worker, even if the on= ly > way to retrieve the Entry in the first place is in the UI thread. > > I think this is a better solution to the inconvenience of async APIs than > falling back to exposing unscalable sync interfaces in the main thread. > This is one of the reasons we have workers. > > -- > Glenn Maynard > --=20 Zac Spitzer Solution Architect / Director Ennoble Consultancy Australia http://www.ennoble.com.au http://zacster.blogspot.com +61 405 847 168