Automatically closing tree for net_unittests on Modules XP
http://build.chromium.org/buildbot/waterfall/builders/Modules%20XP/builds/21055
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Modules%20XP
--= Automatically closing tree for net_unittests on Modules XP =--
Revision:
On Sat, Dec 19, 2009 at 5:39 PM, Jacob Mandelson ja...@mandelson.org wrote:
Probably the OOM killer. Chrome takes a very large amount of memory to link.
You can add some swap, or trade a lot of link-time memory for a little startup
delay by building shared. You can do that by putting this in
On Sat, Dec 19, 2009 at 9:32 PM, cpu c...@chromium.org wrote:
Yes, the MasterPreferences is what we use so far. It is just a json
file in a particular path. I am not sure if we have enabled this for
the linux build.
It hasn't.
See browser_main.cc around line 540, the part that mentions
Automatically closing tree for unit_tests on XP Tests (dbg)(1)
http://build.chromium.org/buildbot/waterfall/builders/XP%20Tests%20%28dbg%29%281%29/builds/17109
http://build.chromium.org/buildbot/waterfall/waterfall?builder=XP%20Tests%20%28dbg%29%281%29
--= Automatically closing tree for
I have three scenarios that seem to suggest a bug in chrome for form
submission, please see example code below
1. form.submit with a named target opens a new tab the first time with
the submitted data.
subsequent attempts fail to open a new tab (or pull in the submitted
data to the pre-existing
Sounds buggy to me. Please log this at http://new.crbug.com/
Thanks!
-Darin
On Sun, Dec 20, 2009 at 9:49 PM, aggubin aggu...@gmail.com wrote:
I have three scenarios that seem to suggest a bug in chrome for form
submission, please see example code below
1. form.submit with a named target
It's already been said, but this was something we considered in the very
beginning.
There's a lot of state in the browser buried in classes that are not
designed to be restarted. We have had enough trouble resetting state in the
browser corresponding to a tab that crashed and reloaded.
One
And in that case we can hopefully use this for session restore too.
-Ben
On Sun, Dec 20, 2009 at 10:20 PM, Darin Fisher da...@chromium.org wrote:
It's already been said, but this was something we considered in the very
beginning.
There's a lot of state in the browser buried in classes that