Heads up for those using the GYP make generator: the GYP update last night
included a patch from mattm to add dependencies to the generated Makefiles
to run gyp to auto-regenerate the Makefiles if the .gyp file(s) change. You
should now be able to make changes to the .gyp configuration and
I created a builder for that. It is not in the default pool since I
connected only one slave to it.
On Wed, Sep 16, 2009 at 1:24 AM, Peter Kasting pkast...@google.com wrote:
We need one. I have broken the Linux views build three times in the past
three days. This is wasting my time and the
Here is a brute force way I think would *work*, but I'm not sure it's the
right thing to do. Do we send big images across IPC anywhere currently? I
think we send small stuff like favicons... So don't try this at home unless
others say it isn't crazy, or you just want a proof of concept :)
Here is a brute force way I think would *work*, but I'm not sure it's the
right thing to do. Do we send big images across IPC anywhere currently?
We did briefly (to and from the extension unpacker process), but it
was changed to using on-disk files because were limits on the amount
of data
Step 4 is wrong, you don't replace in-place, you do a navigation, like
view-source.
Random idea; the page's could be duplicated in a hidden iframe with
javascript disabled, greatly simplifying the code to generated the print
preview pages jpg and making the DOM duplication a 100% javascript
On Tue, Sep 15, 2009 at 9:21 PM, Mohamed Mansour m...@chromium.org wrote:
The UI is going to be in JavaScript with callbacks from the DOMUI page same
as NTP, Downloads, History, etc... Therefore in render_view.cc, I need to
replace the WebFrame with the DOMUI (I think). I don't want to
On Wed, Sep 16, 2009 at 6:00 AM, Steven Knight s...@chromium.org wrote:
Heads up for those using the GYP make generator: the GYP update last night
included a patch from mattm to add dependencies to the generated Makefiles
to run gyp to auto-regenerate the Makefiles if the .gyp file(s) change.
Hi,
I am trying to automate few test cases that requires me to simulate
certain scenarios like 'Network is down' or 'Sync server not
reachable' etc.. I am not sure about the Chrome Library that I can use
to play with Windows Network Settings. I am using InProcBrowser Test.
Pointers to library
I don't know if you've already looked at Doxygen, but to help bootstrap me
into the code, I ran it on the codebase minus third_party/webkit. It picked
up the doxygen specific formatting for V8, but the classes and files
sections are there: http://chrome.nerdbox.net (r21988)
I have also in the
Hey there, just wondering if the --enable-sync option is working under
Google Chrome 4.0.207.0 for Linux? Thanks in advance.
On Jul 31, 5:07 pm, Tim Steele t...@chromium.org wrote:
Hi!
A bunch of us have been working on a feature to sync user data in Chromium
with a Google account.
On Tue, Sep 15, 2009 at 1:54 PM, TJ Shah tejass...@chromium.org wrote:
Hi,
I am trying to automate few test cases that requires me to simulate
certain scenarios like 'Network is down' or 'Sync server not
reachable' etc.. I am not sure about the Chrome Library that I can use
to play with
You can mock the HostResolver to make it fail to resolve anything (possibly
except localhost). For examples, see HostResolver's unit tests and possibly
other places where it is used.
You can also make it fail to resolve specific hosts, which should also be
handy.
On Tue, Sep 15, 2009 at 13:54, TJ
I believe brettw new sqlite wrappers removed that. Maybe he has not
landed it or I misunderstood. Let me check.
Of course even if landed I don't know to what revision you synch to.
Also that points to a bug, possibly sqlite db corruption. Do you mind
filling a bug or having one of the users
On 09/16/2009 02:25 PM, cpu wrote:
I believe brettw new sqlite wrappers removed that. Maybe he has not
landed it or I misunderstood. Let me check.
I don't see any changes to src/chrome/common/sqlite_utils.cc in SVN trunk.
~spot
--~--~-~--~~~---~--~~
Chromium
On 09/16/2009 02:23 PM, Evan Martin wrote:
What is the error message? I wonder if there is something
Linux-specific where we're getting an error code that is harmless.
(We've had a lot of that in code that checks errno where the value
differs between Linux and OS X.)
User says it reports:
On Wed, Sep 16, 2009 at 12:44 PM, spotrh spo...@gmail.com wrote:
On 09/16/2009 02:23 PM, Evan Martin wrote:
What is the error message? I wonder if there is something
Linux-specific where we're getting an error code that is harmless.
(We've had a lot of that in code that checks errno where
For Mac, we're creating copies of some strings with Title Case for menu
items rather than the Sentence case we use on Windows. (Windows Vista HIG
recommends Sentence case, Mac recommends Title Case).
It sounds like Linux wants Title Case too so it should just use those
strings.
We will not
On Wed, Sep 16, 2009 at 12:59 PM, Evan Martin e...@chromium.org wrote:
On Wed, Sep 16, 2009 at 12:44 PM, spotrh spo...@gmail.com wrote:
On 09/16/2009 02:23 PM, Evan Martin wrote:
What is the error message? I wonder if there is something
Linux-specific where we're getting an error code that
On Wed, Sep 16, 2009 at 1:07 PM, Ben Goodger (Google) b...@chromium.org wrote:
We will not duplicate strings for any other reason unless they refer to a
concept that does not exist on the relevant platform. The idea is that we
should have a single set of string content (independent of casing)
On 09/16/2009 04:07 PM, Mike Mammarella wrote:
FYI, I'm almost finished updating our (locally patched) SQLite to
version 3.6.18 instead of 3.6.1 that we have now; apparently 3.6.18
handles corruption much better than 3.6.1 does. (I am holding off
checking it in until I can run it through all
Hi Ben,
We will not duplicate strings for any other reason unless they refer to a
concept that does not exist on the relevant platform. The idea is that we
should have a single set of string content (independent of casing) that
documentation can refer to.
at least in non-english languages,
That's what ben meant by concepts that do not exist for the relevant
platform. There are no preferences on windows or options on Mac.
That's the one area where we will diverge.
However, a menu item like Next Tab should be changed globally to
Select Next Tab on all platforms, not just
One of the things I've done is to *find* all of our changes and try to
separate them out from one another, so that should help. (I've created
a set of patch files which contain all the changes compared to vanilla
3.6.18.) Some of our changes had been sent upstream already, and of
those, some have
If you're getting errors like
NameError: name 'javascript_engine'
Then you need to adjust how you build.
1) You can't pass flags to gyp anymore. Instead
export GYP_GENERATORS='make'
export GYP_DEFINES='target_arch=x64'
2) You must run this other gyp_chromium from exactly the directory
above
On Wed, Sep 16, 2009 at 1:07 PM, Mike Mammarella m...@chromium.org wrote:
On Wed, Sep 16, 2009 at 12:59 PM, Evan Martin e...@chromium.org wrote:
On Wed, Sep 16, 2009 at 12:44 PM, spotrh spo...@gmail.com wrote:
On 09/16/2009 02:23 PM, Evan Martin wrote:
What is the error message? I wonder if
Preferences vs Options is one such exception. Quit vs. Exit is another. Let
me know if there are others.
-Ben
On Wed, Sep 16, 2009 at 1:20 PM, Evan Martin e...@chromium.org wrote:
On Wed, Sep 16, 2009 at 1:07 PM, Ben Goodger (Google) b...@chromium.org
wrote:
We will not duplicate strings for
Pawel's suggestion is a good way.
We already do this in the existing test suites (for example, search
for RuleBasedHostResolverProc in
http://src.chromium.org/viewvc/chrome/trunk/src/chrome/test/in_process_browser_test.cc)
So you should be able to just call methods on
RuleBasedHostResolverProc
On Wed, Sep 16, 2009 at 1:36 PM, Evan Martin e...@chromium.org wrote:
If you're getting errors like
NameError: name 'javascript_engine'
Then you need to adjust how you build.
1) You can't pass flags to gyp anymore. Instead
export GYP_GENERATORS='make'
export GYP_DEFINES='target_arch=x64'
Sentence case is terrible. Can't understand why Vista HIG would choose
that. After all, why use Sentence case on all these things that are
*not* sentences?
Definitely should use Title Case, even for Windows. After all, they
are titles!
On Sep 16, 1:27 pm, Ben Goodger (Google)
On Wed, Sep 16, 2009 at 2:30 PM, krtulmay krtul...@gmail.com wrote:
Sentence case is terrible. Can't understand why Vista HIG would choose
that. After all, why use Sentence case on all these things that are
*not* sentences?
Definitely should use Title Case, even for Windows. After all,
Okay, finally got around to starting this discussion on mozilla
plugin-futures.
- Mike
On Fri, Sep 11, 2009 at 4:53 PM, John Abd-El-Malek j...@chromium.org wrote:
On Fri, Sep 11, 2009 at 4:52 PM, Mike Morearty m...@morearty.com wrote:
So, since Flash is installed by means other than as
On Wed, Sep 16, 2009 at 2:30 PM, krtulmay krtul...@gmail.com wrote:
Sentence case is terrible. Can't understand why Vista HIG would choose
that. After all, why use Sentence case on all these things that are
*not* sentences?
Definitely should use Title Case, even for Windows. After all,
Title Case is terrible. Can't understand why Mac would choose that. After
all, why use Title Case on all things that are *not* titles ?
Definitely should use Sentence case, even for Mac. After all they are
sentences !
Personally I find Tile Case unreadable and I despise it. Then again I'm
Looks like a good candidate for LinuxDebugging wiki page.
On Wed, Sep 16, 2009 at 17:04, Evan Martin e...@chromium.org wrote:
http://chipx86.github.com/gtkparasite/
We had looked into using parasite back in the early days, but I forgot
about it due to 32/64-bit stuff.
But now that we've
Good idea -- I took over
http://code.google.com/p/chromium/wiki/LinuxDebuggingGtk and moved the
old contents to a page on building a debug version of gtk. (That
older one really needs some cleanup...)
On Wed, Sep 16, 2009 at 5:07 PM, Paweł Hajdan Jr.
phajdan...@chromium.org wrote:
Looks like a
Will there be t-shirts?
Yes, I think that's something we just have to do.
Out of curiosity, could this be integrated in our testing framework to have
less-flaky UI tests (at least for some subset of the functionality currently
tested with UI tests)?
-Ian
2009/9/16 Evan Martin e...@chromium.org
Basic printing support is now available with the --enable-printing
flag.
There is no support for page preview, adjusting the margins, editing
the header/footer, etc. If you have bug reports, please file them, but
be sure to a href=http://code.google.com/p/chromium/issues/list?
Title Case is terrible. Can't understand why Mac would choose that. After
all, why use Title Case on all things that are *not* titles ?
Definitely should use Sentence case, even for Mac. After all they are
sentences !
Personally I find Tile Case unreadable and I despise it.
+1. We should
On Wed, Sep 16, 2009 at 17:22, Ian Fette i...@chromium.org wrote:
Out of curiosity, could this be integrated in our testing framework to have
less-flaky UI tests (at least for some subset of the functionality currently
tested with UI tests)?
I don't have idea how to use it for that purpose.
If you set the name of a GtkWidget using gtk_widget_set_name, it shows
that name in the Parasite tree. That makes it easier to find things
(see screenshot), so don't be afraid to add 'em.
On Wed, Sep 16, 2009 at 5:04 PM, Evan Martin e...@chromium.org wrote:
On Wed, Sep 16, 2009 at 5:37 PM, Evan Martin e...@chromium.org wrote:
If you set the name of a GtkWidget using gtk_widget_set_name, it shows
that name in the Parasite tree. That makes it easier to find things
(see screenshot), so don't be afraid to add 'em.
caveat: I think this should be
kdevelop is pretty good, if you just set the include path correctly it
will index the code for you and let you jump to symbols.
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or
Hello,
While attempting to run x64 unit_tests under valgrind I am hitting an error:
vex: priv/guest_amd64_toIR.c:14600 (disInstr_AMD64_WRK): Assertion `sz
== 2 || sz == 4' failed.
vex storage: T total 4600074960 bytes allocated
vex storage: P total 816 bytes allocated
valgrind: the
I just found DXR http://dxr.proximity.on.ca/dxr/index.html, which is
awesome. Might be worth to have a try.
Regards
James Su
2009/9/17 Evan Martin e...@chromium.org
I'd like to set up a web-based code browser on chromium.org, but I
played around with a couple and wasn't too happy with any of
44 matches
Mail list logo