Automatically closing tree for "compile" on "Chromium Builder (dbg)"
http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Builder%20%28dbg%29/builds/15588
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Chromium%20Builder%20%28dbg%29
--=> Automatically closing tree fo
I still believe that basing anything on keycode, although an obvious
thing to do, will leave lead to unnecessary fragility in the users of
this API. I understand that we ultimately will be generating
WebInputEvents, but the level of abstraction used by the API should be
a level higher than as propo
I agree, it would be helpful, that is part of why the calendar was set up in
the first place (it seems).
☆PhistucK
On Thu, Jan 14, 2010 at 23:35, Robert Sesek wrote:
> On Thu, Jan 14, 2010 at 4:21 PM, Peter Kasting wrote:
>
>> On Thu, Jan 14, 2010 at 4:48 AM, OwenCM wrote:
>>
>>> Hi, I've been
I've observed that after modifying extension_api.json and rebuilding
on Linux (using "make" via distcc), often the entire extension api
stops working, with no error message. A clean build always solves the
problem. Is there some file I need to touch after modifying
extension_api.json in order for t
On Fri, Jan 15, 2010 at 9:19 AM, Dominic Mazzoni wrote:
> I've observed that after modifying extension_api.json and rebuilding
> on Linux (using "make" via distcc), often the entire extension api
> stops working, with no error message. A clean build always solves the
> problem. Is there some file
Actually, it think it's sorta captured --
chrome.gyp has chrome_resources_inputs, which is created by running a script
to figure out the input from the grd files. Looking at my xcode project,
there is a dependency on common/extensions/api/extension_api.json for the
grd files listed in chrome_reso
On Fri, Jan 15, 2010 at 9:57 AM, Thomas Van Lenten
wrote:
> Actually, it think it's sorta captured --
> chrome.gyp has chrome_resources_inputs, which is created by running a script
> to figure out the input from the grd files. Looking at my xcode project,
> there is a dependency on common/extensi
Hey everyone,
My name's Alex Gartrell and my friend Mark Hahnenberg and I are taking
a class at CMU called Software Engineering Practicum, and the sole
purpose of this class is to participate in a large project. This
semester, they've opened the door to working with open source
projects, and we w
The problem I have with using only explicitly defined action functions
is that the whole point of simulating keyboard events is to test
whether or not the user interface is accessible using the keyboard!
(This is not just an issue for people using assistive technology like
a screen reader: there ar
Hello,
I am implementing 3D rendering engine for Chromium and I need to
download huge scenes via Ajax. However I've noticed that asyncronous
Ajax requests are limited to 7-8 MB in size. If I try to download more
-- tab crashes (and in --single-process-mode everything crashes in
onNoMemory function
On Thu, Jan 14, 2010 at 9:54 PM, Alex Gartrell wrote:
> - We both submitted patches that were accepted to Mozilla as part of
> the prerequisite course to this one (So we know about dvcs, the patch
> submission process, etc.)
>
One thing to note is that Chromium uses neither a distributed VC syste
Ever think of using Web Sockets?
PK
--
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
http://groups.google.com/group/chromium-dev
Automatically closing tree for "compile" on "Chromium Builder"
http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Builder/builds/21515
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Chromium%20Builder
--=> Automatically closing tree for "compile" on "Chromium Build
Fix is in as of r36382; reopening.
Stephen
On Fri, Jan 15, 2010 at 1:57 PM, wrote:
> http://build.chromium.org/buildbot/waterfall/
>
> Automatically closing tree for "compile" on "Chromium Builder"
>
>
> http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Builder/builds/21515
>
>
Either way, it seems like these are bugs that are worthy of being filed.
Greg, any advice?
J
On Fri, Jan 15, 2010 at 10:20 AM, Rryk wrote:
> Hello,
>
> I am implementing 3D rendering engine for Chromium and I need to
> download huge scenes via Ajax. However I've noticed that asyncronous
> Ajax
On Jan 15, 2010, at 10:37 AM, Peter Kasting wrote:
One thing to note is that Chromium uses neither a distributed VC
system nor Bugzilla, so your development process will look a little
different than with Mozilla patches.
Actually you can work on Chrome using git; it just takes a bit more
On Fri, Jan 15, 2010 at 10:20 AM, Rryk wrote:
I am implementing 3D rendering engine for Chromium and I need to
download huge scenes via Ajax. However I've noticed that asyncronous
Ajax requests are limited to 7-8 MB in size. If I try to download more
-- tab crashes (and in --single-process-mode
LGTM also.
One thought: I've seen a few requests on the crx-dev mailing list for
API capabilities for both finding out when a process has crashed and
also when it has become unresponsive. I'm unfamiliar with our code
that checks for a hung renderer. Would the process.cpu value be a
proxy for this?
On Fri, Jan 15, 2010 at 11:47 AM, Jens Alfke wrote:
> On Fri, Jan 15, 2010 at 10:20 AM, Rryk wrote:
>
> I am implementing 3D rendering engine for Chromium and I need to
>> download huge scenes via Ajax. However I've noticed that asyncronous
>> Ajax requests are limited to 7-8 MB in size. If I t
Not to put words into Alex's mouth, but my impression from his first email
is that he and Mark are mostly looking for the "weekly guidance from a
'client'" piece -- i.e., a Chromium mentor for the semester. I'd gladly
volunteer, but I won't be around the whole time.
- Pam
On Fri, Jan 15, 2010 at
Automatically closing tree for "compile" on "Chromium Linux"
http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Linux/builds/9132
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Chromium%20Linux
--=> Automatically closing tree for "compile" on "Chromium Linux" <=--
Pam's right in that we're looking for a 'Chromium mentor'. This is
kind of a new idea for this school, so I guess Mark and I are kind of
refining is for the benefit of future generations or something. The
downside (and arguably the upside) to this is that there's not really
an established way of
Automatically closing tree for "unit_tests" on "XP Tests"
http://build.chromium.org/buildbot/waterfall/builders/XP%20Tests/builds/16429
http://build.chromium.org/buildbot/waterfall/waterfall?builder=XP%20Tests
--=> Automatically closing tree for "unit_tests" on "XP Tests" <=--
Revision: 36401
On Fri, Jan 15, 2010 at 12:04 PM, Rafael Weinstein wrote:
> LGTM also.
>
> One thought: I've seen a few requests on the crx-dev mailing list for
> API capabilities for both finding out when a process has crashed and
> also when it has become unresponsive. I'm unfamiliar with our code
> that checks
XP Tests clobbered due to .grd changes; should cycle green. Tree reopened
as of r36407.
Stephen
On Fri, Jan 15, 2010 at 4:21 PM, wrote:
> http://build.chromium.org/buildbot/waterfall/
>
> Automatically closing tree for "unit_tests" on "XP Tests"
>
>
> http://build.chromium.org/buildbot/waterf
On Fri, Jan 15, 2010 at 1:27 PM, Charlie Reis wrote:
>
>
> On Fri, Jan 15, 2010 at 12:04 PM, Rafael Weinstein
> wrote:
>>
>> LGTM also.
>>
>> One thought: I've seen a few requests on the crx-dev mailing list for
>> API capabilities for both finding out when a process has crashed and
>> also when
On Fri, Jan 15, 2010 at 12:35 PM, Alex Gartrell wrote:
> Pam's right in that we're looking for a 'Chromium mentor'.
Right. I understood that, and might be willing to do it; I was more
concerned with what you were actually interested in working on (in terms of
size and style) to get an idea of w
Automatically closing tree for "unit_tests" on "Modules Linux"
http://build.chromium.org/buildbot/waterfall/builders/Modules%20Linux/builds/15260
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Modules%20Linux
--=> Automatically closing tree for "unit_tests" on "Modules Linux" <
On Fri, Jan 15, 2010 at 1:33 PM, Rafael Weinstein wrote:
> On Fri, Jan 15, 2010 at 1:27 PM, Charlie Reis wrote:
> >
> >
> > On Fri, Jan 15, 2010 at 12:04 PM, Rafael Weinstein >
> > wrote:
> >>
> >> LGTM also.
> >>
> >> One thought: I've seen a few requests on the crx-dev mailing list for
> >> AP
Dimitri, the LTTF, and anyone else involved, you are awesome, and I consider
your work to have the largest "importance / (satisfaction + recognition)"
value on the team. This is a thankless task. You have given me hope that
someday we could conceivably reach 0 failures.
PK
--
Chromium Developer
What's the motivation of implementing such tests as extensions? The
automation framework already supports simulating keyboard events, can we
just use it for such kind of tests?
Regards
James Su
2010/1/16 Dominic Mazzoni
> The problem I have with using only explicitly defined action functions
>
Dear Chromium Folk,
Today, something vaguely significant happened -- if you're into
numbers, statistic, and fixing layout tests. And you have to admit,
all of us are.
First, after a week of relentless triage, I finally drained the
Finders pool. "The Finders pool?" you ask, flashing back to your l
32 matches
Mail list logo