And don't forget http://crbug.com/27594: Alt key doesn't focus Page
Menu
On Nov 29, 11:22 pm, PhistucK phist...@gmail.com wrote:
Trying it out, I just noticed that when you press Tab while on the Go\Stop
button, nothing is focused. Another Tab will make the focus go to the Page
menu.
My guess
Automatically closing tree for ipc_tests on Mac10.5 Tests (dbg)(2)
http://build.chromium.org/buildbot/waterfall/builders/Mac10.5%20Tests%20%28dbg%29%282%29/builds/9227
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Mac10.5%20Tests%20%28dbg%29%282%29
--= Automatically closing
This time from my chromium account:
On Fri, Nov 27, 2009 at 5:43 PM, Kenneth Russell k...@chromium.org wrote:
On Thu, Nov 26, 2009 at 12:32 PM, Jim Roskind j...@chromium.org wrote:
SUMMARY:
Our handling of bitmap memory may be a fertile ground for saving both
physical and virtual memory. I'm
When DCHECK's trigger on my debug chromium build, I get an unsymbolized
stacktrace like
[7036:25234:31462940569:FATAL:net/ocsp/nss_ocsp.cc(251)] Check failed:
!request_.
[7036:25234:31462940569:FATAL:net/ocsp/nss_ocsp.cc(251)] Check failed:
!request_.
Backtrace:
out/Debug/chrome [0x8d7d9bc]
Please ignore, it's was laforge's fault.
Mr. Buildbot says it.
On Mon, Nov 30, 2009 at 12:27 PM, build...@chromium.org wrote:
http://build.chromium.org/buildbot/waterfall/
Automatically closing tree for ipc_tests on Mac10.5 Tests (dbg)(2)
nikuli...@gmail.com wrote:
LibICU is almost ubiquitous in non microsoft OS distributions, usually
more upstream and ahead of upstream with bugs subsequent to every ICU
release. Also it takes a lot of time to compile.
Is there any point of having it bundled?
Our version of ICU is patched
On Mon, Nov 30, 2009 at 9:37 AM, Chris Bentzel cbent...@google.com wrote:
When DCHECK's trigger on my debug chromium build, I get an unsymbolized
stacktrace like
[7036:25234:31462940569:FATAL:net/ocsp/nss_ocsp.cc(251)] Check failed:
!request_.
On Mon, Nov 30, 2009 at 9:37 AM, Chris Bentzel cbent...@google.com wrote:
When DCHECK's trigger on my debug chromium build, I get an unsymbolized
stacktrace like
[7036:25234:31462940569:FATAL:net/ocsp/nss_ocsp.cc(251)] Check failed:
!request_.
The bug that is triggering here might be 28526 btw. ... ukai has a
patch in review for that.
--Craig
On Mon, Nov 30, 2009 at 7:37 PM, Chris Bentzel cbent...@google.com wrote:
When DCHECK's trigger on my debug chromium build, I get an unsymbolized
stacktrace like
On Mon, Nov 30, 2009 at 9:50 AM, Mark Mentovai m...@chromium.org wrote:
nikuli...@gmail.com wrote:
LibICU is almost ubiquitous in non microsoft OS distributions, usually
more upstream and ahead of upstream with bugs subsequent to every ICU
release. Also it takes a lot of time to compile.
Is
Automatically closing tree for compile on Linux Builder (ChromiumOS)
http://build.chromium.org/buildbot/waterfall/builders/Linux%20Builder%20%28ChromiumOS%29/builds/627
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Linux%20Builder%20%28ChromiumOS%29
--= Automatically closing
On Mon, Nov 30, 2009 at 9:58 AM, Evan Martin e...@chromium.org wrote:
On Mon, Nov 30, 2009 at 9:37 AM, Chris Bentzel cbent...@google.com wrote:
When DCHECK's trigger on my debug chromium build, I get an unsymbolized
stacktrace like
[7036:25234:31462940569:FATAL:net/ocsp/nss_ocsp.cc(251)] Check
On Mon, Nov 30, 2009 at 11:16 AM, Michael Moss mm...@chromium.org wrote:
We have a test covering this:
./out/Debug/base_unittests --gtest_filter=StackTrace*
Running it locally reveals that it is broken -- but the bots still work?
It looks like there isn't a debug builder that runs
On Thu, Nov 26, 2009 at 12:32 PM, Jim Roskind j...@chromium.org wrote:
SUMMARY:
Our handling of bitmap memory may be a fertile ground for saving both
physical and virtual memory. I'm still investigating this, but I wanted to
share my thoughts and very preliminary findings so that other's
Automatically closing tree for compile on Webkit Mac Builder
http://build.chromium.org/buildbot/waterfall/builders/Webkit%20Mac%20Builder/builds/10407
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Webkit%20Mac%20Builder
--= Automatically closing tree for compile on Webkit Mac
Automatically closing tree for unit_tests on Mac10.5 Tests (dbg)(2)
http://build.chromium.org/buildbot/waterfall/builders/Mac10.5%20Tests%20%28dbg%29%282%29/builds/9240
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Mac10.5%20Tests%20%28dbg%29%282%29
--= Automatically closing
Awesome, thanks for the continued progress and updates!
CCing Brian and Linus FYI.
-Nick
On Mon, Nov 30, 2009 at 12:05 PM, Paweł Hajdan Jr.
phajdan...@chromium.orgwrote:
Some progress report on that: now BlacklistManager is integrated with
Profile (each Profile has its BlacklistManager).
Could you document that on some Mac wiki page on code.google.com/p/chromium?
This way if anyone decides to use Xcode editor at any time will see this
handy tip.
On Mon, Nov 30, 2009 at 21:31, Dave MacLachlan dmacl...@chromium.orgwrote:
If you don't ever use Xcode as an editor, don't ever want
Actually, I just did some checking with laforge.
He's told me something a little different.
Apparently, he would prefer that we do explicitly pin the guids with
msvs_guid.
They still have some scripts which disable targets by guid.
When he's firefighting on the release branch it is useful for him
Automatically closing tree for unit_tests on Chromium Mac
http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Mac/builds/3451
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Chromium%20Mac
--= Automatically closing tree for unit_tests on Chromium Mac =--
Revision:
Automatically closing tree for compile on Linux Builder (Views dbg)
http://build.chromium.org/buildbot/waterfall/builders/Linux%20Builder%20%28Views%20dbg%29/builds/5201
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Linux%20Builder%20%28Views%20dbg%29
--= Automatically closing
On Wed, Nov 25, 2009 at 7:42 PM, Wan-Teh Chang w...@google.com wrote:
On Wed, Nov 25, 2009 at 4:22 AM, Ted Mielczarek
ted.mielcza...@gmail.com wrote:
Hi,
I couldn't find this info anywhere on the dev site (maybe I just
wasn't looking hard enough), but I'm curious as to what version of
Currently we don't start the request in ResourceDispatcherHost until the
user script is ready (or not needed). UserScriptListener handles that. We
also wait for SafeBrowsing, Plugins, etc. We're going to wait for
PrivacyBlacklists.
I was thinking about refactoring RDH so that it would be easy to
Unfortunately the 17th so the 16-17th don't work for me. Thanks for the
offer though!
Fortunately Dave Levin offered to swap for the 8-9th, which does work.
On Mon, Nov 30, 2009 at 3:00 PM, Shinichiro Hamaji ham...@google.comwrote:
I can. Easier sheriff sounds great :) My duty was 12/16 and
On Nov 30, 2009, at 12:31 PM, Dave MacLachlan wrote:
To turn on whitespace cleanup:
1) Go to XcodePreferences... and choose the Google panel.
2) Check the Correct Whitespace on Save checkbox, and you should
be good to go.
This feature is terrific for Google code, but bad for WebKit.
On Mon, Nov 30, 2009 at 4:48 PM, Ted Mielczarek ted.mielcza...@gmail.comwrote:
On Wed, Nov 25, 2009 at 7:42 PM, Wan-Teh Chang w...@google.com wrote:
(The official build does whole program optimization and must be
done on a 64-bit Windows machine with lots of memory.)
Thanks for the info.
Dave MacLachlan wrote:
If you don't ever use Xcode as an editor, don't ever want to use Xcode as an
editor, or don't know what Xcode is, you can stop reading now.
Hopefully I've got a few of you left ;-)
This is awesome! I can't wait to give it a try.
Eric Seidel wrote:
I'm anti trailing
On Mon, Nov 30, 2009 at 7:19 PM, Jens Alfke s...@google.com wrote:
second best would be a menu command
to explicitly zap whitespace in the file being edited.
That's there. Select all, and then from the scripts menu Google there's a
fix whitespace command.
Avi
--
Chromium Developers
Jens,
That particular script is part of a separate package actually, but
it's easy to set up.
Go To The Script menu, and choose Edit User Scripts.
Click on the Plus and add a New Shell Script
Set the script to:
#! /bin/sh
/usr/bin/sed -E 's/[[:space:]]+$//'
Set the Input to Entire Document
On Nov 30, 2009, at 4:57 PM, Mark Mentovai wrote:
All with backend stuff, though.
I'll poke and see.
You may want to reference radar 7432370: Add preference to Xcode to
strip useless eol whitespace.
Cheers,
Dave
--
Chromium Developers mailing list: chromium-dev@googlegroups.com
View
I just updated to revision 33425, and a clean build (manually deleted Debug
directory before opening .sln file) gives the following error in
service_runtime_x86. I'm running Visual Studio 2008 on Vista x64. Anyone
else seeing this, or know what might be the problem?
4-- Build started:
31 matches
Mail list logo
