[chromium-dev] Re: [chromium-extensions] openDatabase() maximum size
estimatedSize is useless. neither chromium nor safari really uses it (we save it in case we might wanna do something with it in the future, but that's about it). in chromium, we currently have a hard limit of 5MB per origin. it's pretty easy to write code that would allow users/extensions to increase it, but the big issue is that we don't know yet how we want to manage quotas (per origin DB quota? per origin quota for DBs + local storage + app cache? per-something else quotas? and what's the best way to change/increase it and not allow malicious apps to fill up the hard drive at the same time?). i think we're really close to tackling these issues and should have a quota management system in place soon. dumi On Fri, Nov 13, 2009 at 12:01 PM, Antony Sargent asarg...@google.comwrote: [+chromium-dev and dumi] I'm not sure what our overall plan is with respect to quotas for html5 databases, and whether we've discussed giving extensions larger quotas than regular web content. Dumi or anyone else care to comment? On Thu, Nov 12, 2009 at 10:39 PM, Yuichi Tateno hotchpo...@gmail.comwrote: Hi, I am experiencing some issues specifying the maximum size with estimatedSize in openDatabase. Regardless of whatever value I specify it as, approximately 5MB seems to be the maximum size. http://dev.w3.org/html5/webdatabase/#databases Because the extension that I am developing is used to synchronize data from a social bookmarking site, the 5MB size is not enough and I am having some trouble. In the future could you please see that estimatedSize can be specified properly, or do you have a plan to increase the size limit to higher than 5MB? Yuichi Tateno -- You received this message because you are subscribed to the Google Groups Chromium-extensions group. To post to this group, send email to chromium-extensi...@googlegroups.com . To unsubscribe from this group, send email to chromium-extensions+unsubscr...@googlegroups.comchromium-extensions%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/chromium-extensions?hl=. -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
[chromium-dev] Re: my feelings on rebuilding v8bindings
+1. is this fixable? what would one need to do to fix this? On Wed, Oct 14, 2009 at 12:01 PM, Tim Steele t...@chromium.org wrote: +123.45e100! On Wed, Oct 14, 2009 at 10:46 AM, Elliot Glaysher (Chromium) e...@chromium.org wrote: This is the best rage comic ever. -- Elliot On Wed, Oct 14, 2009 at 10:40 AM, Evan Martin e...@chromium.org wrote: See attachment. That is all. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Is it time to create a SecurityOrigin class in Chromium?
On Wed, Oct 14, 2009 at 2:47 PM, Darin Fisher da...@chromium.org wrote: On Wed, Oct 14, 2009 at 2:30 PM, Jeremy Orlow jor...@chromium.org wrote: On Wed, Oct 14, 2009 at 2:23 PM, Darin Fisher da...@chromium.org wrote: On Wed, Oct 14, 2009 at 2:08 PM, Jeremy Orlow jor...@chromium.orgwrote: On Wed, Oct 14, 2009 at 2:00 PM, Michael Nordman micha...@google.comwrote: +1 SecurityOrigin class Sounds like a reasonable plan. I suspect there may already be cases where we're actually comparing a chrome generated security origin, as produced by GURL.GetOrigin(), with a webkit generated security origin, as produced by WebSecurityOrigin.toString(). So we may want to accelerate the part of the plan to do more than opaquely pass around and test webkit generated representations. Also, I think dumi has a use case to crack it open in order to form file path elements of the form 'scheme_host_port' Actually, Dumi's case is slightly different. He wants to get SecurityOrigin::databaseIdentifier, right? Maybe WebSecurityOrigin should have a databaseIdentifier() method that outputs a FilePath object? Dumi has such a method in a CL that he is working on at the moment. Also, note: we don't have a way to use FilePath from the WebKit API, and I'm not sure that we should. We use WebString for file paths in the WebKit API. So then he's adding such a method to WebSecurityOrigin that returns a string? If so, sounds good. What's the CL, btw? Yes: http://codereview.chromium.org/256073/diff/11001/11029 we decided to use GURLs instead of string16s to represent SecurityOrigins on the chromium side, so we don't need a (Web)SecurityOrigin::toFilePath()-like method anymore; we can just do GURL(SecurityOrigin::toString()), and then create a file path from GURL::scheme(), GURL::host() and GURL::port(). also, i'd argue that no class representing an origin should have a toFilePath()-like method: origins and file paths have nothing in common; using the origin URL as part of the DB file name is a database-specific decision and the code for that conversion should be kept in some database-specific class, or a separate origin_to_file_path_util.h file at best. (It was very tempting to use SecurityOrigin::databaseIdentifier() only because that method was already there.) --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] useless error messages
hi, i'm trying to add some code to the chromium code base and when i try to compile it i get these errors: 3MyFile.cpp 3C:\Program Files\Microsoft Visual Studio 8\VC\include\cstddef(18) : error C2039: 'ptrdiff_t' : is not a member of '`global namespace'' 3C:\Program Files\Microsoft Visual Studio 8\VC\include\cstddef(18) : error C2873: 'ptrdiff_t' : symbol cannot be used in a using-declaration 3C:\Program Files\Microsoft Visual Studio 8\VC\include\exception(230) : error C3083: 'stdext': the symbol to the left of a '::' must be a type 3C:\Program Files\Microsoft Visual Studio 8\VC\include\exception(230) : error C2039: 'exception' : is not a member of '`global namespace'' (and ~100 more of these) now i'm pretty sure the standard header files are fine. so what exactly is the problem? and what are the possible solutions? thanks, dumi --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---