FYI: We have such suppression code in the tree which we use for the renderer
process.
For the browser process we allow the crash to reach Crash Reporter so that
Chrome doesn't crash silently.
see: DebugUtil::DisableOSCrashDumps() in base/debug_util_mac.cc
Best regards,
Jeremy
On Tue, Nov 10,
You can disable the extensions easily by going to wrench extensions,
and clicking the Disable link next to each item.
- a
On Mon, Nov 9, 2009 at 6:20 PM, Tony Chang t...@chromium.org wrote:
If you don't run Chrome on Linux or you don't have any extensions
installed, you can ignore this
I did some quick spelunking with this feature this evening. It doesn't
look like the integration with extensions is quite working yet. For
one, when showing an HTML notification for a chrome-extension:// URL,
it looks like the notification window ends up in a different process.
This prevents
I've updated http://crbug.com/25959 with some comments.
The suggestion was made to exclude the entire profile directory as a
short-term solution, but that would mean not backing up the bookmarks
and cookies. So for the immediate need (M4) what is more important:
a) saving space in the Time
Hello,
As you know, Chromium is a huge project, only checking out the code
and compiling it is a very costly task.
Some time ago I was browsing the Code, compiled it and also made some
changes in order to patch some bug ( the one about drag dropping a
items in Mac version )
Now I want to dive
On Tue, Nov 10, 2009 at 08:14, mrossetti mrosse...@chromium.org wrote:
I've updated http://crbug.com/25959 with some comments.
The suggestion was made to exclude the entire profile directory as a
short-term solution, but that would mean not backing up the bookmarks
and cookies. So for the
On Tue, Nov 10, 2009 at 9:13 AM, Roberto robj.pe...@gmail.com wrote:
The question is if there is any way to take only the code that you
want to work on and get the compiled libs of modules you don't want to
modify.
No.
We have discussed this kind of thing in the past and I think in
Note however that you can build specific projects. When working on base or
net for example, you can build just base_unittests and net_unittests. When
working on webkity things, you can sometimes compile just the test_shell,
and not chrome.
--
Chromium Developers mailing list:
On Fri, Nov 6, 2009 at 8:16 AM, Simon Stewart simon.m.stew...@gmail.com wrote:
I've noticed a difference between firefox and chrome, and was
wondering whether it was deliberate.
Generally, the way to resolve these issues is to also test Safari and IE.
We almost always match Safari, so
I've verified with SQLite that journal files do NOT get the sync cookie.
We could consider adding it to our SQLite, I suppose. It looks like
there is room in the journal header for things like that. Not sure
how often it comes up, but if it does come up it would be pretty
devastating.
-scott
Note in Anthony's mail he said he was clobbering the build directory,
not the checkout.
I do not have very many files in my build directories:
$ find Debug | wc -l
10499
$ find Release | wc -l
10290
I think this is not we have a lot of files because we do a lot of
stuff but rather that
BTW, the trick I always use for deleting directories on Windows 'cause
it's so slow is:
mv dirname foo; rm -rf foo
that way you can start your build or whatever again immediately,
because the target directory is gone immediately.
On Tue, Nov 10, 2009 at 10:39 AM, Evan Martin e...@chromium.org
On Mon, Nov 9, 2009 at 6:38 PM, Bradley Nelson bradnel...@google.com wrote:
Currently they are porting base + app to 64-bit for windows.
They only need a limited subset of functionality for nacl, so they have only
made some source files 64-bit clean.
They would like to simply disable the rest
On Thu, Nov 5, 2009 at 3:34 PM, Alexander Teinum atei...@gmail.com wrote:
I want to make it clear, and it might be obvious by now, but
test_shell isn't interesting to me. I just want the fastest browser
engine that I can get.
What makes Chromium different than WebKitGTK+ for my project, is
Test shell covers layer 3 and down. Unfortunately, all the
performance you like is in layer 2.
Thanks for clarifying.
I have had some time to think about what you guys have been saying,
and I have decided to start out with kiosk mode. At some point in the
future I will probably want to remove
*If you don't use extensions that use Local Storage or you only use the
official Google Chrome builds, you can probably ignore this. (Local Storage
was only enabled by default as of last Friday.)*
As of svn rev
31584http://src.chromium.org/viewvc/chrome?view=revrevision=31584,
local storage
In the case of the 437k, I'm nuking both the checkout and the build output.
Kind Regards,
Anthony Laforge
Technical Program Manager
Mountain View, CA
On Tue, Nov 10, 2009 at 10:45 AM, Thomas Van Lenten
thoma...@chromium.orgwrote:
On Tue, Nov 10, 2009 at 1:39 PM, Evan Martin
Hey Evan,
Aside from the total file count, I didn't really notice any specific areas
of glaring bloat. Sounds like it might be worth further investigation.
Kind Regards,
Anthony Laforge
Technical Program Manager
Mountain View, CA
On Tue, Nov 10, 2009 at 10:39 AM, Evan Martin
We need to have basic i18n for extensions for the stable release, but
our constraints are:
a) Time is tight
b) We should not slow down Chrome startup (eg by loading message
catalogs early in startup)
c) We should not do something that is incompatible with our eventual i18n vision
Here is a
On Tue, Nov 10, 2009 at 12:21 PM, Thomas Van Lenten thoma...@google.com wrote:
Off list since I haven't really looked at extensions, so some of this might
be obvious...
Not a dumb question at all, so replying on-list :)
On Tue, Nov 10, 2009 at 3:17 PM, Aaron Boodman a...@chromium.org wrote:
On Fri, Nov 6, 2009 at 10:50 AM, Yaar Schnitman y...@chromium.org wrote:
Git is totally confusing my renames and new files. Take a look:
.../{WebSearchableFormData.h = WebElement.h} | 49 -
webkit/api/public/WebSearchableFormData.h | 4 +-
As Phistuck said, modifying gclient config file and then skipping the
changes of the modules that you're not working on seems a good solution to
prevent continuous rebuildings of other modules.
But this doesn't skip the first large build.
I know that download already built modules isn't the best
On Tue, Nov 10, 2009 at 2:31 PM, Roberto Perez robj.pe...@gmail.com wrote:
As Phistuck said, modifying gclient config file and then skipping the
changes of the modules that you're not working on seems a good solution to
prevent continuous rebuildings of other modules.
But this doesn't skip
On Tue, Nov 10, 2009 at 2:31 PM, Erik Kay erik...@google.com wrote:
To be clear what's (intentionally) omitted from this proposal:
- localized resource fetching (transparently turning /foo/bar.gif into
/_locales/jp/foo/bar.gif)
- auto string substitution (l18n templating)
I think what you've
http://code.google.com/p/chromium/issues/detail?id=15876
is a report of a memory leak that happens if you're timed
out while logged in to citicards.com and the tab is not in front.
Can someone with an account there try to reproduce?
Thanks...
--
Chromium Developers mailing list:
On Tue, Nov 10, 2009 at 3:21 PM, Nebojša Ćirić c...@google.com wrote:
One minor thing you left out was getURL providing a way to generate a
localized URL (ideally without stats). If we don't provide devs a way
to
construct URLs manually, then they won't have a good migration path for
On Tue, Nov 10, 2009 at 3:24 PM, Nebojša Ćirić c...@google.com wrote:
Implementation notes:
In order to avoid slowing down Chrome startup, I think we need to
store the manifest in the preferences already localized. So basically,
somewhere during extension installation, we need to localize the
On Tue, Nov 10, 2009 at 3:11 PM, Dan Kegel d...@kegel.com wrote:
http://code.google.com/p/chromium/issues/detail?id=15876
is a report of a memory leak that happens if you're timed
out while logged in to citicards.com and the tab is not in front.
Can someone with an account there try to
On Tue, Nov 10, 2009 at 3:31 PM, Aaron Boodman a...@chromium.org wrote:
On Tue, Nov 10, 2009 at 3:24 PM, Nebojša Ćirić c...@google.com wrote:
Implementation notes:
In order to avoid slowing down Chrome startup, I think we need to
store the manifest in the preferences already localized. So
Hi all,
Who are the moderators for this list? There was someone (djodoin) who
has joined as a new member and apparently is waiting for his message
to be sent, but I'm wondering if all of the likely moderators are on
vacation or otherwise out ...
-- Dirk
--
Chromium Developers mailing list:
On Tue, Nov 10, 2009 at 7:09 PM, Dirk Pranke dpra...@chromium.org wrote:
Hi all,
Who are the moderators for this list? There was someone (djodoin) who
has joined as a new member and apparently is waiting for his message
to be sent, but I'm wondering if all of the likely moderators are on
Hello,
I just wanted to share with you all that I've succeeded in compiling
Chrome using Visual C++ 2008 Express Edition and ATL 7.1 bundled with
the Windows Driver Kit (WDK).
I've wrote a blog post that gives the details of my recipe here:
And you can use distcc.
On Tue, Nov 10, 2009 at 1:21 PM, Paweł Hajdan jr phajdan...@gmail.com wrote:
Note however that you can build specific projects. When working on base or
net for example, you can build just base_unittests and net_unittests. When
working on webkity things, you can
We might build Chrome for 64-bit Windows in the future, but there are
several reasons why we would like to avoid porting all Chrome code to 64-bit
Windows now:
- We are now in the process of porting Native Client code that is 64-bit
clean on Linux to 64-bit Windows and it requires some
I am trying to use the desktop notifications in an extension but I
couldn't find a way to access any Chrome APIs inside a notification.
Is there any way to do that? If not, is it possible to exchange
messages for *indirect* access to the extension data like content
scripts and their parent
Done. We're not on vacation (although I am in a different timezone), but in
general we don't moderate every second. I go through in a batch daily, I
think Mark Larson might moderate a bit more frequently, JonC was also
helping out -- in general, if you want more frequent moderation, I'm happy
to
On Mon, Nov 9, 2009 at 6:21 PM, Dominic Jodoin dominic.jod...@gmail.comwrote:
It would be nice if some Chrome developers could review the steps and
see if it could be a valid setup to contribute to the project thus
lowering the entry bar to develop on Windows OS.
What do you mean? Or to be
On Tue, Nov 10, 2009 at 7:39 PM, Dominic Jodoin dominic.jod...@gmail.comwrote:
I'm wondering if using a hacked ATL version 7.1 could lead to bugs
given the product is built, I suppose, with ATL coming with Visual
Studio 2005 or 2008 which is a different version.
Possibly.
But what I meant
Enabling contribution to Chrome on Windows without having to purchase any
software is very welcome, good job :)
I looked at the steps, and as I'm sure you're thinking, if these can be
incorporated into the gyp sln generation that would be ideal.
On Mon, Nov 9, 2009 at 6:21 PM, Dominic Jodoin
On Mon, Nov 9, 2009 at 6:21 PM, Dominic Jodoin dominic.jod...@gmail.com wrote:
I just wanted to share with you all that I've succeeded in compiling
Chrome using Visual C++ 2008 Express Edition and ATL 7.1 bundled with
the Windows Driver Kit (WDK).
I've wrote a blog post that gives the details
Hey Aaron,
thanks for your answer. Does this mean that extension and communication will
be able to communicate between them without using Shared workers? Being able
to do getBackgroundPage() from extension-created notifications would be
awesome.
We'll star those issues.
On Tue, Nov 10, 2009 at
This sounds great.
I didn't know express chokes on folders. I'll investigate tomorrow and look
into offering an option/autodetecting for gyp to emit a flat sln.
-BradN
On Tue, Nov 10, 2009 at 8:19 PM, Dan Kegel d...@kegel.com wrote:
On Mon, Nov 9, 2009 at 6:21 PM, Dominic Jodoin
Nice job. Thanks for doing this.
Now the critic:
Not too happy with the thunk generator:
VirtualAlloc(0, sizeof(_stdcallthunk), MEM_COMMIT | MEM_RESERVE,
PAGE_EXECUTE_READWRITE)
But I am too lazy right now to look at what does the VS2008 thunk
logic looks right now. I would expect the page to
On Tue, Nov 10, 2009 at 10:25 PM, Peter Kasting pkast...@google.com wrote:
What do you mean? Or to be more precise, what would considering your steps
a valid setup to contribute concretely result in?
PK
I'm wondering if using a hacked ATL version 7.1 could lead to bugs
given the product is
On Tue, Nov 10, 2009 at 8:19 PM, Marcos Aruj marcos.a...@gmail.com wrote:
Hey Aaron,
thanks for your answer. Does this mean that extension and communication will
be able to communicate between them without using Shared workers?
Yes, also, all the extension APIs, like chrome.tabs,
45 matches
Mail list logo
