Furthermore, the people on this list are developers who are not qualified to
hand out legal advice.
On Mon, Jan 18, 2010 at 15:13, Nico Weber tha...@chromium.org wrote:
http://lmgtfy.com/?q=chromium+license
First hit.
On Mon, Jan 18, 2010 at 3:07 PM, Jerome Leclanche adys...@gmail.com
I wonder... should we show an infobar on startup when the sandbox is
disabled?
On Thu, Dec 10, 2009 at 21:38, John Abd-El-Malek j...@chromium.org wrote:
We disable --single-process and --in-process-plugins on release Google
Chrome builds to avoid the support headache that it causes. I think
Another option is to do one TBR commit where you just fork the file
with no changes, then work again as normal.
May I suggest using gcl instead for this changelist... Would that be
possible?
I don't like the idea of losing all the commit history of the file he's
working on, just because git
I was just about to reply and say the same thing (on Win 7). It would
take me 2-3 seconds each time I step over a line. I couldn't use it anymore
and switched back to VS 2005.
Isn't the stepping speed affected by things like what you have in your Watch
window and what conditional breakpoints
As I understand it, you are talking about adding an overall progress bar for
page loading and showing the progress bar somewhere in the Chrome UI.
If that is the case, then bear in mind that you need buy-in from the UX team
before you add the UI element to the Chromium codebase. I know we left out
Maybe it's just me, but I don't see the point in making a toolbar as a whole
focusable. The keyboard shortcut should put focus on the first element in
the toolbar and tab should cycle focus from there.
and when we press ALT+T+TAB ...
I hope you mean ALT+T and then TAB because ALT+T+TAB is a
Umm... shouldn't we be looking into why the tab is taking so much CPU? :)
For example, back in April I saw a similar thing happen on Facebook and with
WinDbg found that WebKit was simply running in an infinite loop. The WebKit
team jumped on this and submitted a fix just 2 days after I reported
The first thing I thought of when I read this was that you might not have
all the prerequisites for building...
Have you gone through this document and verified that?
http://dev.chromium.org/developers/how-tos/build-instructions-windows
As a data point I can tell you that most of the code
Specifically, double-check that you have the right Platform SDK installed.
On Thu, Oct 1, 2009 at 19:43, Finnur Thorarinsson fin...@chromium.orgwrote:
The first thing I thought of when I read this was that you might not have
all the prerequisites for building...
Have you gone through
At first I thought it was a fluke but now it just happened again. Is anyone
else seeing this?
I do a gclient sync and it takes forever, showing this output and looks
hung:
running 'svn update E:\code\src\third_party\WebKit --revision
27219' in
'E:\code'
I wait and wait and wait and
that removing that folder once is enough, though
I didn't try it more than once yet.
On Fri, Sep 25, 2009 at 5:18 PM, Finnur Thorarinsson
fin...@chromium.org wrote:
At first I thought it was a fluke but now it just happened again. Is
anyone
else seeing this?
I do a gclient sync and it takes forever
Ah, ok. I'll clean this up in a followup CL. I'll get on it right away.
Thanks for the tip!
On Thu, Sep 3, 2009 at 14:24, James Hawkins jhawk...@chromium.org wrote:
On Thu, Sep 3, 2009 at 1:58 PM, fin...@chromium.org wrote:
Author: fin...@chromium.org
Date: Thu Sep 3 13:58:01 2009
New
It is only incredibly painful if you mix in the link in with other words in
the middle of a sentence, like I had to do with the About box. If you,
instead, have a link below the main text (like the mock shows) it is dead
simple and easy.
I don't see why you should avoid using Link in that case.
Oh, I see. I thought you meant the link since Brett said I had done this for
the About box (Now Aaron's code snippet makes more sense) :).
I didn't have to do any bolding of text in the About box, but I can see
you running into exactly the same problems I did with the link.
There be dragons. I
Yes, the views class Link is a specialization of the class Label, and it is
responsible for handling hyperlinks.
On Wed, Aug 26, 2009 at 15:32, Brett Wilson bre...@chromium.org wrote:
+finnur who did this for the about box.
Brett
On Wed, Aug 26, 2009 at 2:15 PM, Aaron
I had a similar problem on VS 2005, maybe it is the same as yours. Turned
out VS was set to build everything as opposed to just building what the
project depended on.
Not sure how to do it in VS2008, but in VS 2005, under Tools \ Options, go
to: Projects and Solutions \ Build and Run
Make sure
.
Thanks for your hint, it was exactly what I was looking for to avoid
the compilation of project tests(that are not necessary for me to
debug chromium).
On Jul 3, 2:04 pm, Finnur Thorarinsson fin...@chromium.org wrote:
I had a similar problem on VS 2005, maybe it is the same as yours. Turned
I wasn't suggesting we should add a UI in addition/instead of a keyboard
modifier.
Since there is no standard modifier you should do as Evan suggested an just
pick one. We can always change it.
On Thu, Jun 25, 2009 at 08:14, nakro yoav.zilberb...@gmail.com wrote:
I agree, but no browser has a
which is pretty much
locked into a particular url (or set of urls) Thanks folks I'll take a
closer look :) -cj.
On Sat, Jun 20, 2009 at 5:22 PM, Finnur Thorarinsson fin...@chromium.org
wrote:
There might be a wiki page somewhere, but to start with, the Page menu
has a Create application
There might be a wiki page somewhere, but to start with, the Page menu has a
Create application shortcuts menu item, which helps you create shortcuts
for running web sites as applications. You can also use a command line flag,
such as
chrome.exe --app=http://your_url/
You can use that as a
FWIW - There also is a setting in Developer Studio that specifies how many
projects Visual Studio can build simultaneously. Maybe it is unrelated but I
wonder if that is set to 1 or something for you?
Tools \ Options \ Projects and Solutions \ Build and Run.
I have a Quad Core and have this set
It seems that every week I get around 2-3 people walking past my monitors
asking Whoa! How did you get this cool view of the build tree waterfall?!
What they are referring to is the *merged* view of Nicolas' awesome
waterfall console view (the one that doesn't contain all the
changelist
I thought it was important to spell this out clearly to make sure there are
no mistakes:
The svn revert file command will revert any changes you have made to the
file(s) you run it against. That may or may not be what you intended.
If, on the other hand, you want to update the tree while
I just wanted to give you heads up that soon it will be time for me to
devote most of my time on the second part of the Feed handling support in
Chrome, namely: Feed Previews (
http://dev.chromium.org/user-experience/feed-subscriptions).
Consider this a request for your feedback, especially if
The issue with images is with themes, since they're displayed by the
browser process.
The issue with images is also an issue with PageActions, where we want to
display icons (handed to us by an extension) inside the Omnibox.
--~--~-~--~~~---~--~~
Chromium
I saw some internal thread about a problem with the codereview site -- It
indicated that it is actively being looked at. I don't know anything more
than that, unfortunately, but hopefully it will be resolved soon.
Sorry about the interruption.
-F
On Sat, Apr 25, 2009 at 20:16, Mohamed Mansour
I haven't checked the trunk build, but this looks like a bug to me. Looking
at your about:version output, it seems the build number is missing there too
-- see the space before close parenthesis after Developer Build.
Can you file a bug?
On Thu, Apr 23, 2009 at 07:48, Robert Dailey
It worked for me in the past too - until I switched to my new machine and
sync-ed to latest. :(
On Tue, Mar 31, 2009 at 12:52, Adam Barth aba...@chromium.org wrote:
On Tue, Mar 31, 2009 at 12:42 PM, Finnur Thorarinsson
fin...@chromium.org wrote:
It's not that simple. I think something
in Visual Studio. (shrugs)
No idea on your problem with the unit_tests. Maybe you should be doing a
'gclient sync' from the Chrome directory and deleting the subdirectory Debug
(and rebuilding).
On Tue, Mar 31, 2009 at 13:00, Finnur Thorarinsson fin...@chromium.orgwrote:
It worked for me
It would be nice to be able to leverage our multi-process architecture and
at least start using the new binaries for any new tabs that are created.
But, that's a different can of worms, I guess.
On Sun, Mar 29, 2009 at 14:31, Jim Roskind j...@chromium.org wrote:
Perhaps we need to think about
I suspect this is like crashes due to memory corruption: It won't do much
good to stare at the call stack at the time corruption was detected; we need
to know the stack at the time corruption occurred (assuming this is Chrome
that is corrupting the profile).
For memory corruptions we have gflags;
Dang. Erik beat me to it. I just found another person stating the same fix.
:)
Instead, I'll point out that what Paul is seeing is not unusual, it takes up
to 2 and a half minute on my machine to shut down Visual Studio completely
and it appears to hang most of that time. I never shoot it down
You have bugs in your code?
;)
But no - In all seriousness, I second that. I think that query should filter
out bugs marked as fixed, duplicate, and wont-fix so people don't have to do
it manually.
On Thu, Dec 4, 2008 at 07:15, Mike Pinkerton [EMAIL PROTECTED] wrote:
Unlike any other bug
We don't support auto-updates for Chromium, only Google Chrome.
2008/12/3 MatÃas [EMAIL PROTECTED]
Hi,
I've noticed that since yesterday, Chromium builds have a working
checking for updates in the about window. I'm wondering how is this
supposed to work, since It doesn't seems to correctly
The About box calls out to a COM server hosted by GoogleUpdate. I'm
guessing that this code is alive and well in
Chromium, and will 'just work' if Google Chrome is installed (so
GoogleUpdate is running)
I don't think that's the case here. The About box in Chromium will show
error 1 before
Just a couple of comments after skimming through the document...
Find In Page *
- *Issue* - Edit box reported as role client.
- *Issue* - Label to the edit box?
I don't understand. You mentions these kinds of issues in various places but
don't describe what the issues are. What is the
I'll assign that bug to me, although I won't get to it until next week. If
someone needs it earlier, you are welcome to pick it off of my plate and see
what the problem is.
On Mon, Nov 3, 2008 at 10:24, Ojan Vafai [EMAIL PROTECTED] wrote:
Sigh. Apparently I've been emailing myself here.
I was bitten by this. Before, we had a warning after gclient sync about
directories having been removed and that we should manually remove them.
Now, it seems that we just get an error on update. :(
On Wed, Sep 10, 2008 at 16:29, Evan Martin [EMAIL PROTECTED] wrote:
I expect most people have
38 matches
Mail list logo