On Thu, Jan 7, 2010 at 4:02 PM, Darin Fisher wrote:
> On Thu, Jan 7, 2010 at 3:45 PM, Aaron Boodman wrote:
>
>> On Thu, Jan 7, 2010 at 1:28 PM, Peter Kasting
>> wrote:
>> > If you have ever used any of the EmptyXXX() functions, or ever will,
>> please
>> > read on.
>> > These functions (in stri
Yes, It sounds like in all cases, there's going to be a big
rebaseline-them-all-on-linux step at some point, the sooner the better.
Given the nature of the problem (scrollbar drawing differences), lets roll
and deal with the rebaselining seperately. But that should be done soonish,
in the interim
Ah... thank you for the ptr.
On Tue, Dec 8, 2009 at 1:00 PM, Adam Langley wrote:
> On Tue, Dec 8, 2009 at 12:55 PM, Michael Nordman
> wrote:
> > yikes 481 failures on linux... k... holding off rolling until we get a
> > handle on the nature of the linux borkage
>
> Thi
81) for reasons unknown as yet.
> > This issue is being tracked
> > at http://code.google.com/p/chromium/issues/detail?id=29737
> > Stephen
> >
> > On Tue, Dec 8, 2009 at 3:23 PM, Michael Nordman
> > wrote:
> >>
> >> Hi all,
> >> Just
Hi all,
Just a note to let you know what's up with webkit rolls (or lack thereof)
right now.
We're at r51794 and have been for a while. Tip-of-tree webkit is at r51868.
* All manner of svg tests are borked from some reason around r 51800,
senorblanco is on that.
* A couple of build breaks obscur
I was wondering if worker processes have a profile affinity too. Eric's
bringing up Databases in workers right now and databases are definitely
per-profile. I'd vote to assert that a worker process only runs workers on
behalf one profile, just like renderers.
>ResourceMessageFilter has a reference
On Fri, Oct 30, 2009 at 3:46 PM, Scott Hess wrote:
>
> Just to be clear for those of us who are wobbly on C++, this is
> because during the constructor or destructor, your object is of the
> class in question, NOT of the class it will finally be, because in the
> constructor the subclass has not
On Thu, Oct 15, 2009 at 12:16 PM, Michael Nordman wrote:
>
>
> On Thu, Oct 15, 2009 at 11:45 AM, Jeremy Orlow wrote:
>
>> On Thu, Oct 15, 2009 at 11:33 AM, Michael Nordman wrote:
>>
>>>
>>>
>>> On Wed, Oct 14, 2009 at 4:42 PM, Darin Fisher wr
On Thu, Oct 15, 2009 at 11:45 AM, Jeremy Orlow wrote:
> On Thu, Oct 15, 2009 at 11:33 AM, Michael Nordman wrote:
>
>>
>>
>> On Wed, Oct 14, 2009 at 4:42 PM, Darin Fisher wrote:
>>
>>> On Wed, Oct 14, 2009 at 3:50 PM, Adam Barth wrote:
>>>
>&
On Wed, Oct 14, 2009 at 4:42 PM, Darin Fisher wrote:
> On Wed, Oct 14, 2009 at 3:50 PM, Adam Barth wrote:
>
>> On Wed, Oct 14, 2009 at 2:48 PM, Michael Nordman
>> wrote:
>> > As mentioned f2f, this falls apart as soon as Chrome tries to
>> manufacture a
>&g
t;>>> On Wed, Oct 14, 2009 at 2:23 PM, Darin Fisher wrote:
>>>>
>>>>> On Wed, Oct 14, 2009 at 2:08 PM, Jeremy Orlow wrote:
>>>>>
>>>>>> On Wed, Oct 14, 2009 at 2:00 PM, Michael Nordman >>>>> > wrote:
>>>>&
On Wed, Oct 14, 2009 at 2:08 PM, Jeremy Orlow wrote:
> On Wed, Oct 14, 2009 at 2:00 PM, Michael Nordman wrote:
>
>> +1 SecurityOrigin class
>> Sounds like a reasonable plan.
>> I suspect there may already be cases where we're actually comparing a
>> chrome gen
+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 acc
I think there may be more than one code path to CachedResource removal.
1. See DocLoader. It has a DocumentResourceMap that contains cached
resources that have been loaded for its Document. The collection gets poked
at in the ~DocLoader to clean things up.
2. During CacheResource validation. See
C
There's is nothing platform specific about r25099, since other platforms
don't show a hit... probably not it.
r25112 - use x11_util::GetXWindowStack
Does that load additional libraries?
On Wed, Sep 2, 2009 at 6:41 PM, James Hawkins wrote:
>
> Maybe r25099? I don't know how long it takes betw
On Thu, Aug 27, 2009 at 11:57 AM, hap 497 wrote:
>
>
> On Mon, Aug 24, 2009 at 1:26 PM, John Abd-El-Malek wrote:
>
>>
>>
>> On Mon, Aug 24, 2009 at 1:06 PM, Brett Wilson wrote:
>>
>>>
>>> On Mon, Aug 24, 2009 at 12:49 PM, hap 497 wrote:
>>> > Thanks. But the picture in the document shows there is
+ chromium-dev (this time, sorry for the resend)
Is the OS in the user-agent string?
"Mozilla/5.0 (*Windows*; U; Windows NT 6.0; en-US) AppleWebKit/532.0 (KHTML,
like Gecko) Chrome/3.0.195.6 Safari/532.0"
There's a chance that http resource caches will contain data tweeked per OS.
Maybe for cosmet
Is the OS in the user-agent string?
"Mozilla/5.0 (*Windows*; U; Windows NT 6.0; en-US) AppleWebKit/532.0 (KHTML,
like Gecko) Chrome/3.0.195.6 Safari/532.0"
There's a chance that http resource caches will contain data tweeked per OS.
Maybe for cosmetic purposes... to make it look more OSX'y or Chro
I just submitted the change that ENABLE's that flag a moment ago... we're
clobbering things now
On Wed, Aug 12, 2009 at 1:55 PM, Jeremy Orlow wrote:
> Clobber needed?
> I know Michael just enabled this within the last 24 hours.
>
>
> On Wed, Aug 12, 2009 at 1:49 PM, Paweł Hajdan Jr. > wrote:
>
> These instructions turn src/third_party/WebKit into a full-fledged WebKit
checkout
Hallelujah... thank you for writing this up!
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscri
Turning off auto refresh by default sounds reasonable idea right now... with
an option to enable it if really desired... &autorefresh[=] where n is a
number of minutes maybe (defaults to 1) type thing.
A fair amount of the load may just evaporate with that change.
On Tue, Jul 14, 2009 at 3:32 PM,
I'd leave decisions about the worker related message port tests for drew and
dimich... the feature isn't fully functional yet in chrome (even if they
don't crash and happen to pass and such).
I've been unable to dup the LayoutTests/fast/events/mouseover-mouseout2.html
failure locally and have no cl
n webkit. So we can't pick any new webkit changes w/o coming to terms
with this change first.
Ouch... just ran a local build and got a crashing YouTube page when
navigating away...
For now I'm NOT rolling DEPs :(
--
From: *Michael Nordman*
Date: Thu, Jul 9, 2009 at 10:46 PM
2009/6/25 Fumitoshi Ukai (鵜飼文敏)
> Thanks for review.
>
> 2009/6/25 Michael Nordman
>
>> Only skimmed thusfar as well... but from what i've seen, looks reasonable
>> to me.
>> * A version of the diagram you have in the chrome doc would be nice in the
>> w
Only skimmed thusfar as well... but from what i've seen, looks reasonable to
me.
* A version of the diagram you have in the chrome doc would be nice in the
webkit doc too.
* Does WebSocketHandle really need to be refcounted. I know ResourceHandle
is a refcounted object and this design looks modele
his is quite
> cumbersome during development, so I was wondering of Chromium has the
> same behaviour.
>
> Regards,
> Mark
>
> On Mon, Jun 1, 2009 at 11:54 PM, Michael Nordman wrote:
>> Hi, I'm assuming you and praseodym in #chromium IRC are one and the
>> same...
Sounds like the underlying issue is not the number of requests (or
type of request), but the number of SharedMemory instances in use on
behalf of request handling at any one time. Maybe put some limits on
directly on that. When a request gets to the point where it needs a
SharedMemory block it may
On Tue, Jun 9, 2009 at 12:34 PM, Daniel Dreiberg <
daniel.dreiber...@gmail.com> wrote:
> Hi
> I understand TestShell is
>
> a test harness for running layout tests and a Chromium is a multi-process
> web browser.
>
> And I understand Chromium's browser thread does the I/O for each renderer
> proce
If you're interested in seeing the multipart form data encoder, that's in
WebCore.
WebCore/platform/network/FormData.cpp h
WebCore/platform/network/FormDataBuilder.cpp h
In Chrome, the webcore FormData data type is translated to a chrome
net::UploadData
structure in WebRequestImpl::GetUploadData.
On Thu, Apr 30, 2009 at 12:26 PM, Michael Nordman wrote:
> On Thu, Apr 30, 2009 at 11:40 AM, Darin Fisher wrote:
>> On Tue, Apr 28, 2009 at 6:22 PM, Aaron Boodman wrote:
>>>
>>> On Tue, Apr 28, 2009 at 6:18 PM, Michael Nordman
>>> wrote:
>>> >
On Thu, Apr 30, 2009 at 11:40 AM, Darin Fisher wrote:
> On Tue, Apr 28, 2009 at 6:22 PM, Aaron Boodman wrote:
>>
>> On Tue, Apr 28, 2009 at 6:18 PM, Michael Nordman
>> wrote:
>> >
>> > + chromium-dev
>> >
>> >> Can you please explai
dev.
> For workers, we thought about how/where it made sense to split the impl for
> chrome and talked with a...@webkit about it. There was some iteration as we
> figured out things better and as he made suggestions and it has worked out
> fine so far.
>
> On Wed, Apr 29, 2009
+chromium-dev
Designing things in this front/back fashion and re-using the code
entirely in chrome removes at least one high-coefficient of friction
surface rubbing between the chromium and webkit teams. We will likely
pay a higher price up front, but it should pay dividends down the
road. Add an
On Tue, Apr 28, 2009 at 6:22 PM, Aaron Boodman wrote:
> On Tue, Apr 28, 2009 at 6:18 PM, Michael Nordman
> wrote:
>>
>> + chromium-dev
>>
>>> Can you please explain what you think has changed since such decisions were
>>> made (or why it's time
+ chromium-dev
> Can you please explain what you think has changed since such decisions were
> made (or why it's time to revisit such decisions)?
I don't think there was code in webcore suitable for this purpose
before... html parsing, javascript,sql interpretting... all dangerous
from a securi
On Tue, Apr 28, 2009 at 5:38 PM, Jeremy Orlow wrote:
> On Tue, Apr 28, 2009 at 5:27 PM, Michael Nordman
> wrote:
>>
>> > In some sense we do have separate process in which to run sandboxed
>> > 'backend' code relevant to multiple renders if the need ar
+ chromium-dev
On Tue, Apr 14, 2009 at 1:16 PM, Jeremy Orlow wrote:
>> "When you fire an event, will other windows see it? If not, no need for
>> the rest of this... When the event is dispatched, a synchronous message
>> will be sent to the browser process which will be redistributed to all
>
+ chromium-dev
On Tue, Apr 14, 2009 at 9:36 AM, Darin Fisher wrote:
> DOM Storage Overview
> LGTM
>
> LocalStorage
> "The exception is when a synchronous operation (synch XHR or alert() are
> examples) or when navigator.unlockStorage() is executed" <-- I think you
> should also say that the loc
+ chromium-dev
Something like this is happening to me right now. The first time i ran
gclient sync, it complained about webkit.sln. Subsequent runs have it
repeatedly complaining about test_shell_tests.vcproj... what's the
trick to resolving this... delete the files its griping about?
Gripes in
On Mon, Mar 23, 2009 at 1:02 PM, Darin Fisher wrote:
> On Mon, Mar 23, 2009 at 12:44 PM, Michael Nordman wrote:
>
>>
>>
>> On Mon, Mar 23, 2009 at 12:03 PM, Darin Fisher wrote:
>>
>>> On Fri, Mar 20, 2009 at 7:04 PM, Jeremy Orlow wrote:
>>>
&
+chromium-dev
On Mon, Mar 23, 2009 at 12:03 PM, Darin Fisher wrote:
> On Fri, Mar 20, 2009 at 7:04 PM, Jeremy Orlow wrote:
>
>> *If you don't care where various bits of the localStorage implementation
>> live and you aren't scared about letting stuff out of the sandbox, you can
>> stop reading
+chromium-dev.
On Sat, Mar 21, 2009 at 9:30 AM, John Abd-El-Malek wrote:
>
>
> On Fri, Mar 20, 2009 at 7:04 PM, Jeremy Orlow wrote:
>
>> *If you don't care where various bits of the localStorage implementation
>> live and you aren't scared about letting stuff out of the sandbox, you can
>> stop
42 matches
Mail list logo