I'm wonderring why Chrome and Safari don't add a progress bar which
indicates the progress of loading a html page.
I took a look at all the ViewMsg and ViewHostMsg, and didn't find anything
related.
So, is that unimpossible to create such a progress bar?
Hi,
I'd like to print some log information when running Chromium on Windows.
But when I ran chrome --log-level=0 in a shell, nothing was printed out.
What should I do then?
Regards
James Su
--~--~-~--~~~---~--~~
Chromium Developers mailing list:
Just a guess, but I think it's because progress bars are misleading.
If you show a bar for just the progress on the HTML, you reach 100%
before the page even displays right; if you wait for all subresources
to load, you will hover below 100% as large images or slow
subresources load (you ever
My vague memory is that the log is written to a file on the side.
Two options:
- If you run it within Visual Studio, it shows up in the Output window.
- There's some flag like --also-log-to-console; look in logging.cc for
something about logging destinations.
On Mon, Sep 28, 2009 at 7:39 AM,
Oh, and the third option of course is to find the file. I think it's
called chrome_debug.log and it's written beside the binary (? it's
been a long time since I last fought with this).
On Mon, Sep 28, 2009 at 7:51 AM, Evan Martin e...@chromium.org wrote:
My vague memory is that the log is
If it's a release build, you'll need --enable-logging.
-Scott
On Mon, Sep 28, 2009 at 7:39 AM, James Su su...@chromium.org wrote:
Hi,
I'd like to print some log information when running Chromium on Windows.
But when I ran chrome --log-level=0 in a shell, nothing was printed out.
What
Yeah, but some indication will be helpful, even the one IE has been giving -
## images downloading or something. A count down for resources, even if
the resource count changes every few seconds, it is still preferable against
being lost in the dark in some way.
Do you not agree?
☆PhistucK
On
On Mon, Sep 28, 2009 at 12:21 PM, PhistucK phist...@gmail.com wrote:
Yeah, but some indication will be helpful, even the one IE has been giving -
## images downloading or something. A count down for resources, even if
the resource count changes every few seconds, it is still preferable against
As usual, please file a feature request unless you plan on doing it,
otherwise I'll forget.
On Fri, Sep 25, 2009 at 3:59 PM, Jeremy Orlow jor...@chromium.org wrote:
Sounds like we need a presubmit check.
On Fri, Sep 25, 2009 at 6:38 AM, Marc-Antoine Ruel mar...@chromium.org
wrote:
It's too
Dear Finder-folks,
As you sift through lines in test_expectations.txt, you may discover
that some of them have bugs that are marked as duplicate or even
WontFix. Please don't let the crbug.com bug status fool you -- if they
are in test_expectations, they are still bugs. In such cases, please:
I've noticed that the use of the 'direct_dependent_settings' in gyp to
propagate #defines and include paths makes it trickier to decipher the
actual build-order dependencies. I've had cases where I needed to add a gyp
dependency just to get an #include path for a header file that was
transitively
I tried the below trick but still it gives error. I installed Python and
that is able to install. I tired using XP and it gave the same error
C:\chromiumtrunk\home\chrome-svn\tarball\chromium\src\chromegclient sync
--forc
e
Installing subversion ...
[-] XMLHTTP 80072ee2: Cannot make HTTP request
GYP debugger?
On Mon, Sep 28, 2009 at 2:00 PM, Nick Carter n...@chromium.org wrote:
I've noticed that the use of the 'direct_dependent_settings' in gyp to
propagate #defines and include paths makes it trickier to decipher the
actual build-order dependencies. I've had cases where I needed to
On Sat, Sep 26, 2009 at 6:23 PM, Marc-Antoine Ruel mar...@chromium.org wrote:
Something disable a trick we use to download a zip file containing svn
and uncompressing it. You can do it manually since it's one time
process.
See for the details:
On Mon, Sep 28, 2009 at 2:09 PM, Dan Kegel d...@kegel.com wrote:
On Sat, Sep 26, 2009 at 6:23 PM, Marc-Antoine Ruel mar...@chromium.org
wrote:
Something disable a trick we use to download a zip file containing svn
and uncompressing it. You can do it manually since it's one time
process.
Automatically closing tree for compile on Linux Builder (ChromeOS)
http://build.chromium.org/buildbot/waterfall/builders/Linux%20Builder%20%28ChromeOS%29/builds/3636
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Linux%20Builder%20%28ChromeOS%29
--= Automatically closing tree
direct_dependent_setting is not transitive by design.
This was intended to discourage targets from inheriting an ever growing list
of header from their dependencies.
In the case were a module does not fully encapsulate its dependencies, there
aretwo syntaxes that are currently supported that can
Is it possible company firewall causing the HTTP problem? I did add svn file
in depot_tools folder. It created svn_new file too. and svn.bat. But when I
try to check out it gives same error.
On Mon, Sep 28, 2009 at 11:13 AM, Marc-Antoine Ruel mar...@chromium.orgwrote:
On Mon, Sep 28, 2009 at
Hi All,
Does anyone happen to have a script for generating more-or-less complete
.gyp configurations given an .sln or .vcproj input?
Thanks,
Marshall
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change
Nick Carter wrote:
The pollution obscures the actual dependency structure.
One man's pollution is another's...?
Seriously, we do this because the typical pattern is to say anyone
that depends on this library needs to use these include directories or
have these macros defined. With 120 or so
Automatically closing tree for compile on Linux Builder (Views dbg)
http://build.chromium.org/buildbot/waterfall/builders/Linux%20Builder%20%28Views%20dbg%29/builds/1328
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Linux%20Builder%20%28Views%20dbg%29
--= Automatically closing
On Mon, Sep 28, 2009 at 2:20 PM, manuj sabharwal
manujsabar...@gmail.com wrote:
Is it possible company firewall causing the HTTP problem? I did add svn file
in depot_tools folder. It created svn_new file too. and svn.bat. But when I
try to check out it gives same error.
Firewall? You probably
On Mon, Sep 28, 2009 at 9:48 AM, Mike Pinkerton pinker...@chromium.org wrote:
On Mon, Sep 28, 2009 at 12:21 PM, PhistucK phist...@gmail.com wrote:
Yeah, but some indication will be helpful, even the one IE has been giving -
Do you not agree?
I do not agree.
I agree with pinkerton. This is
If you can, please don't sync for the next 15 minutes. Thanks.
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
http://groups.google.com/group/chromium-dev
Now fixed as http://chrome-svn/viewvc/chrome?view=revrevision=27386 .
Will take a few minutes before it propagates to the proxies.
On Mon, Sep 28, 2009 at 2:45 PM, Marc-Antoine Ruel mar...@chromium.org wrote:
If you can, please don't sync for the next 15 minutes. Thanks.
Err, meant http://src.chromium.org/viewvc/chrome?view=revrevision=27386
On Mon, Sep 28, 2009 at 2:57 PM, Marc-Antoine Ruel mar...@chromium.org wrote:
Now fixed as http://chrome-svn/viewvc/chrome?view=revrevision=27386 .
Will take a few minutes before it propagates to the proxies.
On Mon, Sep
Automatically closing tree for net_unittests on Modules XP
http://build.chromium.org/buildbot/waterfall/builders/Modules%20XP/builds/16279
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Modules%20XP
--= Automatically closing tree for net_unittests on Modules XP =--
Revision:
To clarify: if a bug is marked as WONTFIX in test_expectations, it is
indeed a WontFix.
To summarize: always trust what's in test_expectations.txt.
:DG
On Mon, Sep 28, 2009 at 11:00 AM, Dimitri Glazkov dglaz...@google.com wrote:
Dear Finder-folks,
As you sift through lines in
Automatically closing tree for compile on Chromium Linux x64
http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Linux%20x64/builds/599
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Chromium%20Linux%20x64
--= Automatically closing tree for compile on Chromium
Good point. Done: http://code.google.com/p/chromium/issues/detail?id=23277
On Mon, Sep 28, 2009 at 10:43 AM, Marc-Antoine Ruel mar...@chromium.orgwrote:
As usual, please file a feature request unless you plan on doing it,
otherwise I'll forget.
On Fri, Sep 25, 2009 at 3:59 PM, Jeremy Orlow
Thanks - url_request_test_job.h is exactly what I needed!
Jenn
On Fri, Sep 25, 2009 at 7:21 PM, Andrew Scherkus scher...@chromium.orgwrote:
I'm not familiar with the code either, but if people are fine making
URLRequest::status() virtual, you can use gmock and be done. I have a hunch
there
Automatically closing tree for compile on Linux Builder (Views dbg)
http://build.chromium.org/buildbot/waterfall/builders/Linux%20Builder%20%28Views%20dbg%29/builds/1352
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Linux%20Builder%20%28Views%20dbg%29
--= Automatically closing
Automatically closing tree for compile on Linux Builder (ChromeOS)
http://build.chromium.org/buildbot/waterfall/builders/Linux%20Builder%20%28ChromeOS%29/builds/3652
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Linux%20Builder%20%28ChromeOS%29
--= Automatically closing tree
On Mon, Sep 28, 2009 at 11:27 AM, Mark Mentovai m...@chromium.org wrote:
With 120 or so targets, maintaining
these settings on the consumers (dependents) instead of the
dependencies is a huge loser. These are settings that belong on the
dependency target.
I agree 100% that the settings
Nick Carter wrote:
I've been assuming that a 'dependencies' entry between two targets implies
the serialization of their build order, and a missed opportunity for build
parallelization.
That's not true. If a static library depends on another static
library (the common case among our
One further point of clarification:
gyp depends != msvs dependencies
For example if in gyp you have:
progA -- libB -- libC
In msvs you will get:
progA -- libB
progA -- libC
(unless as mark mentioned hard_dependency is used)
-BradN
So in terms of missed parallelism the current behavior should
URLRequest also has a SimulateError method.-Darin
On Mon, Sep 28, 2009 at 1:44 PM, Jenn Braithwaite (胡慧鋒) je...@google.comwrote:
Thanks - url_request_test_job.h is exactly what I needed!
Jenn
On Fri, Sep 25, 2009 at 7:21 PM, Andrew Scherkus scher...@chromium.orgwrote:
I'm not familiar
Automatically closing tree for unit_tests on XP Tests
http://build.chromium.org/buildbot/waterfall/builders/XP%20Tests/builds/12627
http://build.chromium.org/buildbot/waterfall/waterfall?builder=XP%20Tests
--= Automatically closing tree for unit_tests on XP Tests =--
Revision: 27421, 27422,
Even better! Thanks!
2009/9/28 Darin Fisher da...@chromium.org
URLRequest also has a SimulateError method.-Darin
On Mon, Sep 28, 2009 at 1:44 PM, Jenn Braithwaite (胡慧鋒)
je...@google.comwrote:
Thanks - url_request_test_job.h is exactly what I needed!
Jenn
On Fri, Sep 25, 2009 at 7:21
Ignore everything below the -BradN in my last message. (mmentovai beat me to
the punch on replying :-) )
-BradN
On Mon, Sep 28, 2009 at 3:23 PM, Bradley Nelson bradnel...@google.comwrote:
One further point of clarification:
gyp depends != msvs dependencies
For example if in gyp you have:
I think Ben meant that the javascript would have to come from a user-click
(just like for popups), which I totally support.
For what it's worth, I think it will be better for the page to provide
in-context discovery of this (in Gmail settings, for example), rather than
force the user to discover
I agree that this comes up often enough that it's probably worth doing. The
opportunities for extensions that you mention are also interesting. I don't
see how this would make it into 4.0, but maybe something to prioritize for
5.0?
Out of curiosity, you've historically been opposed to any kind of
I was agreeing with Ben, I thought.
- in-page discovery ui
- script can't initiate out-of-page ui
- only user actions can bring up out-of-page ui
Linus
On Mon, Sep 28, 2009 at 5:44 PM, Nick Baum nickb...@chromium.org wrote:
I think Ben meant that the javascript would have to come from a
For reference: http://code.google.com/p/chromium/issues/detail?id=5973
I'd be interested in helping out with this on the Mac side. I filed a Camino
bug https://bugzilla.mozilla.org/show_bug.cgi?id=297376 a couple of years
ago about something similar. Safari has a helpful tool in Window --
Automatically closing tree for compile on Chromium Mac Builder
http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Mac%20Builder/builds/3975
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Chromium%20Mac%20Builder
--= Automatically closing tree for compile on
I was pulling my hair out trying to figure out how my change could have
caused the browser_tests to hang. So, I removed my patch and rebuilt.
Still it hung.
It turns out that we are calling OleInitialize within DllMain. It seems as
though we are tripping up on the loader lock.
Has anyone else
Where is the character set conversion module in chrome project?
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
http://groups.google.com/group/chromium-dev
Please see src\third_party\icu
Yuzo
On Tue, Sep 29, 2009 at 1:21 PM, mz mz02...@gmail.com wrote:
Where is the character set conversion module in chrome project?
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View
:) thanks
On 9月29日, 下午12时27分, Yuzo Fujishima y...@chromium.org wrote:
Please see src\third_party\icu
Yuzo
On Tue, Sep 29, 2009 at 1:21 PM, mz mz02...@gmail.com wrote:
Where is the character set conversion module in chrome project?
--~--~-~--~~~---~--~~
Yes, I think we're on the same page: you don't mean that the user has to
click some UI element out-of-page (as the original proposal suggested), but
that the script that triggers the out-of-page UI has to originate from a
user action.
-Nick
On Mon, Sep 28, 2009 at 7:02 PM, Linus Upson
I agree with James, ALT keys should be only used for accessibility, if we
want to be able to allow keyboard shortcuts to other toolbars, we need to
reorganize our current ones. It would be nice to have the following
combinations:
CTRL+SHIFT+T --- Main Toolbar
CTRL+SHIFT+B --- Main Bookmarks bar
I've read somewhere before that you should do as little as possible inside
DllMain. Something like this comes to mind:
http://blogs.msdn.com/oldnewthing/archive/2007/09/04/4731478.aspx
Is it worth trying to defer calling OleInitialize?
52 matches
Mail list logo