On Thu, Nov 5, 2009 at 7:32 AM, Anton Muhin wrote:
> On Wed, Nov 4, 2009 at 3:39 AM, Ricardo Vargas wrote:
> > I don't see the post to chromium-dev so...
>
> Sorry, responding to chromium-dev.
>
> > Playing with your code the only delta that I see is one page (f
SafeBrowsingResourceHandler may be even closer to what you want.
On Fri, Oct 23, 2009 at 1:35 PM, John Abd-El-Malek wrote:
> Check out BufferedResourceHandler, it pauses requests until plugins are
> loaded (needed to know which mime types are available).
>
> On Fri, Oct 23, 2009 at 1:23 PM, Pawe
I guess he's looking at a way to prevent the browser from going out of full
screen mode.
My second guess is that the last comment is just a greeting (that's all for
now).
On Tue, Aug 11, 2009 at 3:37 PM, Dan Kegel wrote:
>
> And are you looking to hire somebody to do the work? (That's what I
>
I changed the dependencies of net.lib and as a result you may need to do a
full rebuild of that library. You may see errors about /DUNIT_TEST
conflicts.
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change emai
I opened bug 7379 a while ago to implement option b on the windows side.
On Fri, Apr 10, 2009 at 1:03 PM, Brett Wilson wrote:
>
> On Fri, Apr 10, 2009 at 12:42 PM, Evan Stade wrote:
> > a) wrap the clipboard calls in gtk_threads_{enter,leave}(). This makes
> > the calls thread safe, but it does
I certainly don't want to imply that it is the case with this particular
bug, but I have seen crashes when the cause of the problem is using an
object that was previously deleted (and only end up with this exception when
all the planets are properly aligned). I guess that it depends on the actual
c
I guess we'll have to update the documentation with a few things that were
left behind.
In the mean time, do you have something specific in mind?
On Fri, Mar 27, 2009 at 1:59 PM, Brett Wilson wrote:
>
> On Fri, Mar 27, 2009 at 1:50 PM, Book'em Dano
> wrote:
> >
> > At the top of sandbox\src\int
On Tue, Dec 16, 2008 at 5:47 PM, mpcompl...@chromium.org <
mpcompl...@chromium.org> wrote:
>
> We need to at least support per-profile enabling/disabling of
> extensions. The extension package may live outside the profile
> directory, but if another profile has Random Extension X enabled, I
> sho
> >>> Ricardo nevermind :D
> > > >>> I just get it I did a mistake while reading my index file
> > > >>> Thank you I'll continue :-)
> >
> > > >>> Thanks again that's very nice
> >
> > > >>>
Now we have some documentation here:
http://sites.google.com/a/chromium.org/dev/developers/design-documents/disk-cache
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Chromium-dev" group.
To post to this group, send
There is always a chance that the code you're syncing against was also
failing to compile. If you are trying to compile exactly the code that was
released as 149.30, the build revision number cannot be used to sync from
the trunk; it has to be used to sync from the official branch.
On Wed, Oct 29,
x file used for if it's not filled !
> I read index is a hash table that map all cache enties... confusing
>
> 2008/10/6 Ricardo Vargas <[EMAIL PROTECTED]>:
> > The cache stores whatever comes over the wire, so if the server is using
> > compression, the data will be
The cache stores whatever comes over the wire, so if the server is using
compression, the data will be compressed.
>From your page, the following resources are cached:
http://rafb.net/nopaste_favicon.gif
http://rafb.net/styles/nopaste_print.css
http://rafb.net/styles/nopaste.css
http://rafb.net/p
Sorry... the answer was not getting through...
Yes, it was confirmed and fixed, but it was not cross-platform. It was only
> on the Posix versions of the cache (due something that has not been
> implemented yet but was being incorrectly stubbed).
>
>
> On Mon, Sep 22, 2008 at 12:52 PM, Erik Kay <[
14 matches
Mail list logo