We have at least some capabilities here since our installer can set some of
these values. I'm not sure what all the capabilities are.
Make sure you don't get confused by discussions about about:config and
similar. Generally those are about either "add more prefs" or "add a way to
get at more pre
Ahoy,
I am planning on maintaining chromium for a specific Linux distro, and
I am wondering if there is currently a mechanism for setting global
preferences. Specifically, I would like to set the default homepage
and default bookmarks for all users on the system. I am sure there
are other mainta
Thanks! Your suggestions sound great, and I'll let you know when I've
finished changing the code.
I didn't even realize an enum was possible in an extension api. That sounds
great. I also thought it would be nice if the names matched equivalent
names already used in the html dom where possible,
Does this include the pending/ directory as well?
On Fri, Dec 18, 2009 at 6:59 PM, Dirk Pranke wrote:
> I have either deleted or submitted patches to upstream all of the
> remaining tests under chrome/ . There are a few that appear to be
> platform-specific, but most weren't. Assuming they clear
I have either deleted or submitted patches to upstream all of the
remaining tests under chrome/ . There are a few that appear to be
platform-specific, but most weren't. Assuming they clear the review
process over the weekend, I intended to remove the chrome/ dir on
Monday and submit patches to run_
>From the right email address this time.
If you really want to hack it, I think the below steps would work but there
> are some many corner cases in the install flow, I am not sure if it will
> always work.
>
> - Change
> HKEY_CURRENT_USER\Software\Google\Update\ClientState\{8A69D345-D564-463C-AF
I'm using arm-2009q3-67-arm-none-linux-gnueabi-i686-pc-linux-gnu
Richard
On Sat, Dec 19, 2009 at 1:59 AM, Andrew Scherkus wrote:
> Thanks for the report! I'll try to reproduce and fix it.
> Which ARM toolchain are you using?
> Andrew
>
> On Fri, Dec 18, 2009 at 5:01 AM, Richard Zhao wrote:
>>
>
Following up on this - it doesn't look like there's any way to detect if a
page displays an HTTP Auth dialog for an action taken after the page is
loaded (basically TabProxy::NeedsAuth() only returns true if an auth dialog
is displayed in response to a navigation request like NavigateToURL or
GoBac
Automatically closing tree for "compile" on "Chromium Linux x64"
http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Linux%20x64/builds/3612
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Chromium%20Linux%20x64
--=> Automatically closing tree for "compile" on "Chrom
On Fri, Dec 18, 2009 at 9:47 AM, Charles Reis wrote:
> Any other examples of browser state that would be tough to restore? How bad
> would this be for open network connections? (I imagine it's like the
> network cutting out for a bit.)
Right, we'd have to make sure that every IPC message could
On Fri, Dec 18, 2009 at 12:49 PM, Aaron Boodman wrote:
> On Fri, Dec 18, 2009 at 12:07 PM, Mark Mentovai wrote:
> > Finnur Thorarinsson wrote:
> >> You can use the channel changer, as PhistucK points out, to switch and
> then
> >> use the About box to update, but you can only move forward in tim
Automatically closing tree for "update" on "Webkit Linux (valgrind layout)"
http://build.chromium.org/buildbot/waterfall/builders/Webkit%20Linux%20%28valgrind%20layout%29/builds/4499
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Webkit%20Linux%20%28valgrind%20layout%29
--=> Aut
> I'm pretty sure the changer is deprecated.
Yes, I know (I wrote it). We may have stopped distributing it, but that
doesn't necessarily mean it is broken. The tool still exists in the source
tree somewhere (maybe just the history) and there are probably binary copies
around.
My thinking was that
On Fri, Dec 18, 2009 at 12:07 PM, Mark Mentovai wrote:
> Finnur Thorarinsson wrote:
>> You can use the channel changer, as PhistucK points out, to switch and then
>> use the About box to update, but you can only move forward in time (stable
>> -> beta -> dev).
>
> I'm pretty sure the changer is de
Yes, it is deprecated (since it is not published anymore), but its trick is
not :) as far as I know.
☆PhistucK
On Fri, Dec 18, 2009 at 22:07, Mark Mentovai wrote:
> Finnur Thorarinsson wrote:
> > You can use the channel changer, as PhistucK points out, to switch and
> then
> > use the About bo
Hi Richard,
You will just have to create a link in sys-root/usr/lib
ln -s libstdc++.so.6 libstdc++.so
ln -s ../../lib/libgcc_s.so.1 libgcc_s.so
Incase you dont find the corresponding .so.* then that means you are missing
the corresponding packages. So you will have to install the packages
libstd
Hi All,
I did a gclient sync and I have revision 34874. I am using arm-2009q3
toolchain.
When I tried to build against the same library and I am erroring out ...I
did a V=1 ...Any inputs are highly appreciated.
/home/adas/0_Data/0_Lin/091203_Chromium_OS/toolchain/arm-2009q3/bin/arm-none-linux-gn
Finnur Thorarinsson wrote:
> You can use the channel changer, as PhistucK points out, to switch and then
> use the About box to update, but you can only move forward in time (stable
> -> beta -> dev).
I'm pretty sure the changer is deprecated. The supported way to hop
between channels is to run t
I some comments to the code review, but I'll summarize the API pieces for
those following here.
The main issue is that I think there's a little too much overloading going
on:
* ControlInfo feels like it should be split into more concrete subtypes with
separate parameters.
* onOpen/Close should be
On Fri, Dec 18, 2009 at 10:32 AM, Balaji Rao wrote:
> I'm new to this list and I've joined after my discovery of the new Chromium
> WebKit API. Great work, it's awesome.
It's very new, so don't expect it to all quite work yet.
> I tried to compile a really stupid implementation (on Linux) with
>
Hello,
I'm new to this list and I've joined after my discovery of the new Chromium
WebKit API. Great work, it's awesome.
I tried to compile a really stupid implementation (on Linux) with
libWebKit.a, and it failed with a few thousand unresolved symbols. Using
data from objdump, I figured out that
On Fri, Dec 18, 2009 at 9:36 PM, Charles Reis wrote:
> With our Incognito Mode, you can't drag an Incognito tab into a normal
> window, and we have a different colored window to show this. It's easy to
> see which tabs are Incognito and which aren't. Unfortunately, that solution
> doesn't sca
That is why I suggested that registry key, you can sort of cheat it. Maybe
you need to remove the folder as well and change
HKEY_CURRENT_USER\Software\Google\Update\ClientState\{8A69D345-D564-463C-AFF1-A69D9E530F96}
As well.
If you decrement the version beyond the current dev\stable\beta version,
You can use the channel changer, as PhistucK points out, to switch and then
use the About box to update, but you can only move forward in time (stable
-> beta -> dev). If you switch to a channel that has a lower version number
than what you have installed (dev -> beta, for example) then it won't
do
Hi Pawel,
On Fri, Dec 18, 2009 at 7:38 AM, Paweł Hajdan, Jr.
wrote:
> First, can we make DirectoryWatcher support only watching *files* and
> not directories (and making it FileWatcher)? We have reliable support
> for that on all platforms. It would simplify Linux code quite a bit,
> and maybe ev
Use the deprecated channel changer and try to modify this one -
HKEY_CURRENT_USER\Software\Google\Update\Clients\{8A69D345-D564-463c-AFF1-A69D9E530F96}
☆PhistucK
On Fri, Dec 18, 2009 at 20:42, Aaron Boodman wrote:
> Thanks for the answers guys. Here is an easier question: is it
> possible to c
How would you know which renderer was the one which engineered the
crash to cause you to loose some sort of interesting state about that
renderer so that it can attack?
It might be better to think on performant ways to carve complex bits
out of the browser process. Already many of our background
Thanks for the answers guys. Here is an easier question: is it
possible to change your current channel (either up or down) using a
quick registry hack? Or is Omaha too smart to let you downgrade? I
don't care about potential backward compat issues with my profile.
- a
On Fri, Dec 18, 2009 at 9:24
On Fri, Dec 18, 2009 at 8:57 AM, Sergio Tudela Romero <
sergiotudelarom...@gmail.com> wrote:
> The fact is that every time a cookie is saved the "key" to this is the
> domain where it was created (is this the problme for me). Thus I could
> never have 2 cookies in a single domain since both have t
On Fri, Dec 18, 2009 at 9:13 AM, Adam Barth wrote:
> At a high level, imagine we had a watchdog process that kept track,
> essentially, of the tab model and the navigation controllers. When
> the browser process crashes, we could use this information to do
> something like session restore, but i
Hi Sergio--
There are certainly some good use cases for having multiple sets of
cookies at once. As Peter mentioned, though, there are challenges to
providing a good user experience for this.
For example, suppose you're viewing a page like Amazon where you're logged
in, and you open a link to
Hello again.
Thanks for the explanation, I have been quite clear how the system
works currently. Also I've just seen in the code ... a profile has a
stock of biscuits.
The fact is that every time a cookie is saved the "key" to this is the
domain where it was created (is this the problme for me).
Thanks for the report! I'll try to reproduce and fix it.
Which ARM toolchain are you using?
Andrew
On Fri, Dec 18, 2009 at 5:01 AM, Richard Zhao wrote:
> Default branding is Chromium.
>
> source/config/ChromiumOS/linux/arm/config.h define HAVE_NEON,
> but from ffmpeg.gyp, neon files are in co
Automatically closing tree for "net_unittests" on "Modules XP (dbg)"
http://build.chromium.org/buildbot/waterfall/builders/Modules%20XP%20%28dbg%29/builds/20796
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Modules%20XP%20%28dbg%29
--=> Automatically closing tree for "net_unitt
I'd love to see this happen, but I wouldn't be surprised if there's lots of
state that's hard to restore. For example, how would the new browser
process know which renderers are waiting for responses to some request, in
order to return failures to them? I suppose we could just send a
"re-parented
It involves quite a bit code and process change, but we plan to make it
happen.
http://code.google.com/p/chromium/issues/detail?id=27931
http://code.google.com/p/chromium/issues/detail?id=27933
Huan
On Thu, Dec 17, 2009 at 10:27 PM, Aaron Boodman wrote:
> On Windows, is there a way to hack th
This isn't possible today for a number of reasons:
* From Omaha's perspective, Chrome has a single unique app id, regardless of
channel. This allows you to seamlessly migrate from one channel to the
next.
* Chrome's installer only has one location to install into, so even if you
could get two cha
Currently our multiprocess architecture lets the browser keep going
when one of its tabs crash, but why can't we keep the tabs going when
the browser crashes?
At a high level, imagine we had a watchdog process that kept track,
essentially, of the tab model and the navigation controllers. When
the
Automatically closing tree for "compile" on "Linux Builder (ChromiumOS)"
http://build.chromium.org/buildbot/waterfall/builders/Linux%20Builder%20%28ChromiumOS%29/builds/1607
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Linux%20Builder%20%28ChromiumOS%29
--=> Automatically clos
I understood that by converting user scripts to extensions with content
scripts on the fly, there will not be any need for handling user scripts at
all.
Did I not understand correctly? is that not the intention?
☆PhistucK
On Fri, Dec 18, 2009 at 17:38, Paweł Hajdan, Jr. wrote:
> I was thinking
Automatically closing tree for "compile" on "Modules Linux"
http://build.chromium.org/buildbot/waterfall/builders/Modules%20Linux/builds/14579
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Modules%20Linux
--=> Automatically closing tree for "compile" on "Modules Linux" <=--
R
I was thinking about many DirectoryWatcher problems, especially on
Linux, and now noticed http://crbug.com/20832.
User scripts are the only user of DirectoryWatcher. DirectoryWatcher
has many quirks - on Windows it behaves in a weird way on XP so we
can't test it reliably (and hits the disk on UI
http://src.chromium.org/viewvc/chrome/trunk/tools/buildbot/scripts/master/log_parser/gtest_command.py?revision=28463&view=markup
has
some logic for that but doesn't seem to work anymore. Nicolas is on
vacation, I'll take a look soon: http://crbug.com/30599
M-A
On Fri, Dec 18, 2009 at 1:47 AM, Paw
It's not quite the same thing, but run both Google Chrome (for the
beta channel) and the Ubuntu Chromium (for testing nightly builds).
You might be able to do a similar thing with one of the variants on
Windows (like, say, run Google Chrome beta channel and then a more
recent version of Iron).
On
No (as far as I know), this was requested several times already. Would you
mind to try and give it some attention and let your friends know and help?
:)
☆PhistucK
On Fri, Dec 18, 2009 at 08:27, Aaron Boodman wrote:
> On Windows, is there a way to hack the registry to allow multiple
> channels
Default branding is Chromium.
source/config/ChromiumOS/linux/arm/config.h define HAVE_NEON,
but from ffmpeg.gyp, neon files are in condition : 'target_arch=="arm"
and (ffmpeg_branding=="Chrome" or ffmpeg_branding=="ChromeOS")'
So I have compile error:
CXX(target)
out/Release/obj.target/ffmpegs
On Fri, Dec 18, 2009 at 12:48 AM, Richard Zhao wrote:
> On Fri, Dec 18, 2009 at 3:46 PM, Richard Zhao wrote:
> > On Fri, Dec 18, 2009 at 2:46 PM, Antoine Labour
> wrote:
> >> On Thu, Dec 17, 2009 at 10:36 PM, Richard Zhao
> wrote:
> >>>
> >>> AR+RANLIB(host) out/Release/obj.host/v8/tools/gyp/
On Fri, Dec 18, 2009 at 3:46 PM, Richard Zhao wrote:
> On Fri, Dec 18, 2009 at 2:46 PM, Antoine Labour wrote:
>> On Thu, Dec 17, 2009 at 10:36 PM, Richard Zhao wrote:
>>>
>>> AR+RANLIB(host) out/Release/obj.host/v8/tools/gyp/libv8_nosnapshot.a
>>> CXX(host) out/Release/obj.host/v8_base/v8/src/
48 matches
Mail list logo
