I have a corrupt profile.
Scott Hess wanted to know about these kinds of things, so I e-mailed him
more than a week ago, but he did not answer.
Is it still interesting and if so, who should I contact? I am willing to
share any information in order to correct the problem.
The problem is that I
The last comment to the issue 12497 says that basic Web Socket feature
has been implemented. Here's the address:
http://code.google.com/p/chromium/issues/detail?id=12497
I tried creating a WebSocket-object as described on
http://websockets.org/about.html. I assigned functions to onopen,
I forgot (again) to mention that I use 64-bit Linux. It's tested with
mode set to release.
On Wed, Nov 11, 2009 at 1:00 PM, Alexander Teinum atei...@gmail.com wrote:
The last comment to the issue 12497 says that basic Web Socket feature
has been implemented. Here's the address:
What code did you try? Which websocket server do you use?
Here's the code that I played around with: http://pastebin.com/f47210090
I tried to connect to ws://www.websocket.org, which is an address
mentioned on the website. If it's up and running, then it's probably
either set up with Kaazing
It's seems the memory test on the Linux 64 chromium builder has been red for
quite a while. Does anyone know the status of this builder, and if anything
is underway to address it?
http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Linux%20x64
Kind Regards,
Anthony Laforge
+1 for WebKit talks.
I think the painting phase and it's Chromium port would be a very
interesting topic. Things like the GraphicsContext interface and the
GraphicsContextSkia implementation. What is required for a GraphicsContext
port? What is the bottleneck in the paint process (e.g. the Skia
I think there's some painting stuff touched on in the first round of talks,
but nothing terribly in depth. Are there others that would be interested in
this kind of talk? I'm a bit concerned that it wouldn't be very mainstream.
If so, who might be good to give it?
On Wed, Nov 11, 2009 at 11:17
On Wed, Nov 11, 2009 at 11:20 AM, Jeremy Orlow jor...@chromium.org wrote:
I think there's some painting stuff touched on in the first round of talks,
but nothing terribly in depth. Are there others that would be interested in
this kind of talk? I'm a bit concerned that it wouldn't be very
[Peter mentioned he hadn't seen my email - aha! Because it wasn't
sent from the right account. Sorry for any dupes.]
Sorry about dropping that, we're in the beta bomb run and I have many
many emails which haven't been answered ... and since someone keeps
helpfully adding new beta-blockers to my
Definitely interested in the painting/rendering process. The previous
talk did not go into the WebKit/Skia painting details. I believe it
simply had mentioned that the browser maintains a backingstore that it
updates through SHM. It was more to show the browser/renderer painting
interaction than
Updated
http://sites.google.com/a/chromium.org/dev/developers/how-tos/build-instructions-windows
to reference your blog entry.
I don't want to copy these instructions since it's too lengthy,
inefficient and unsupported.
I didn't realize one could download WDK 7 without needing a MSDN
account.
+1 on WebKit painting. The rendering phase is very under-documented.
It would be pretty sweet if you could get Simon Fraser or Dave Hyatt
would do a tech talk on the WebKit stuff.
On Nov 11, 3:36 pm, Buakaw San buakaw@gmail.com wrote:
Definitely interested in the painting/rendering process.
I'll see what I can do... :-)
On Wed, Nov 11, 2009 at 12:41 PM, Freddy Rose freddybr...@gmail.com wrote:
+1 on WebKit painting. The rendering phase is very under-documented.
It would be pretty sweet if you could get Simon Fraser or Dave Hyatt
would do a tech talk on the WebKit stuff.
On
Initially I got an advice to use PauseRequest and ResourceHandler to wait
with servicing requests until all privacy blacklists are loaded. However,
there are problems with that.
When you look at ResourceDispatcher code, we need a Blacklist::Match* even
before creating URLRequest.
I thought about
Just verified the 3.0.195.32 symbols are available now, thanks.
On Sun, Nov 8, 2009 at 8:21 PM, yuhong yuhongbao_...@hotmail.com wrote:
http://build.chromium.org/buildbot/symbols/3.0.195.32/ seems not to
exist.
--~--~-~--~~~---~--~~
Chromium Developers mailing
On Wed, Nov 11, 2009 at 1:22 PM, Paweł Hajdan Jr.
phajdan...@chromium.orgwrote:
Initially I got an advice to use PauseRequest and ResourceHandler to wait
with servicing requests until all privacy blacklists are loaded. However,
there are problems with that.
When you look at
Hey folks,
I'm looking into the startup time regression introduced by r31665, and
wondering how this can be so Mac-specific (even more so - theme-specific).
From r31665, it should be obvious that the time delta can ONLY be attributed
to posting+handling a task (since the task itself is a
I'd back it out to make sure your patch is really to blame.
-- Evan Stade
On Wed, Nov 11, 2009 at 3:49 PM, Alexander Pavlov apav...@chromium.orgwrote:
Hey folks,
I'm looking into the startup time regression introduced by r31665, and
wondering how this can be so Mac-specific (even more so -
On Tue, Nov 10, 2009 at 1:52 PM, Gregory Dardyk grego...@google.com wrote:
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
You have two options.
Both _may_ be working on linux, there is an outstanding issue to fix a
problem (at least on windows) in the second:
1. You could muck with gyp_chromium locally and change it so -S some_suffix
is passed in. All generated stuff gets a suffix inserted.
2. You can set
mmentovai, gregoryd and I met today.
We've decided Option #1 is actually bad.
I'm investigating Option #3 which is likely to be cleaner and seems to meet
everyones needs.
I'll be updating this review to that approach shortly.
-BradN
On Wed, Nov 11, 2009 at 5:48 PM, Marc-Antoine Ruel
Thanks, I'll have a try.
- James Su
2009/11/12 Bradley Nelson bradnel...@google.com
You have two options.
Both _may_ be working on linux, there is an outstanding issue to fix a
problem (at least on windows) in the second:
1. You could muck with gyp_chromium locally and change it so -S
Hi,
I know that if toolkit_views=1 then views will be used instead of the
implementation based on native gtk widgets. But how about chromeos? Seems
that either toolkit_views=1 or chromeos=1 will define OS_CHROMEOS=1. Is it
true that views will only be used by chromeos and desktop build will
Yuck, I experienced the same gut-wrenchingly slow single stepping problem!
The problem was the Autos view.
VS 2008 conveniently turns this on by default, but it is crazy slow.
Even if it doesn't have focus, it will pause to update it after each step.
Go ahead and right click on Autos and select
I hope you will get answers...
☆PhistucK
On Thu, Nov 12, 2009 at 05:08, James Su su...@chromium.org wrote:
Hi,
I know that if toolkit_views=1 then views will be used instead of the
implementation based on native gtk widgets. But how about chromeos? Seems
that either toolkit_views=1 or
On Thu, Nov 12, 2009 at 01:00, John Abd-El-Malek j...@chromium.org wrote:
On Wed, Nov 11, 2009 at 1:22 PM, Paweł Hajdan Jr. phajdan...@chromium.org
wrote:
To do that, I'd need to listen for BlacklistManager notifications in RDH
(on IO thread). Does it seem OK to make RDH a
26 matches
Mail list logo