headers
Juan de Dios Becerra | 25 May 2013 17:09
Picon

I can't sign in to Chromium browser

I am trying to use the new Push Messaging for Chrome(Chromium) and it is needed to be logged in the browser, I don't have problem with my account of gmail what can be 'something <at> gmail.com', but if I want to login with the account of a company, for example 'something <at> sanmina.com' only appear like is redirecting and never login, after a time like 30 seconds the page for login come back and the process did not work, I would like to know if there is a problem with the browser or is only my case. I am using arch linux and Chromium 27, I tried in Chrome 26 and the same result, Ocasinally I pass of the sing in stage but in the right corner I see a symbol of warning and the advice says that there waas an error that I have to sign in again but the problem persists.


I hope somebody can help me with that.

--
--
Chromium Developers mailing list: chromium-dev <at> chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
 
 
 
Permalink | Reply | 0 comments |
headers
all smooth | 25 May 2013 10:16
Picon

URLFetcher threading issue

background:
I try to use URLFetcher in my own thread in customized Chrome. 
Issue:
Seems URLFetcher has to be bound to IO thread, which I don't want to. I created a new thread in addition to IO thread, I reset URLRequestContexterGetter to make its network_task_runner to use my newly created thread message loop, in the end Chrome still invalidates my URLFetcher instance running environment(since its task doesn't running  on IO thread). 

Question:
1. is there any approach to remove thread dependency?
2. if I go to http transaction or even lower layer can i get thread-dependency free? ( I should explore this possibility by myself, but meanwhile I want to listen expert's idea)
The goal is I can run http GET/POST in blocking mode.
thanks,

all smooth,


--
--
Chromium Developers mailing list: chromium-dev <at> chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
 
 
 
Permalink | Reply | 2 comments |
headers
Chris Evans | 25 May 2013 03:08

Chromium now blocking mixed-content iframes by default

Hi,

With Chrome 29, we're continuing to lock down on the problem of mixed content security bugs in web pages.

We started this war and failed to launch back in Chrome 14: http://googleonlinesecurity.blogspot.com/2011/06/trying-to-end-mixed-scripting.html
We finally launched in Chrome 19 and got a refined UI in place for Chrome 21: http://blog.chromium.org/2012/08/ending-mixed-scripting-vulnerabilities.html

For Chrome 29, we'll be blocking mixed-content iframes by default (in addition to existing blocks on script, CSS and plug-in loads). This will bring us mostly in sync (date wise and implementation wise) with Firefox's plans, due to land in Firefox 23: https://blog.mozilla.org/security/2013/05/16/mixed-content-blocking-in-firefox-aurora/

If you find any websites which don't work well with this change, you can e-mail me or assign a bug to me and I'll try and get the website to fix itself (it's likely already broken in modern IE, FWIW, so we're not expecting droves of issues). Google Reader's embedded videos are a known issue, but Google Reader's retirement date of Jul 1st 2013 is before Chrome 29 and Firefox 23 will hit the stable channel.


Cheers
Chris

--
--
Chromium Developers mailing list: chromium-dev <at> chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
 
 
 
Permalink | Reply | 0 comments |
headers
Chris Evans | 25 May 2013 02:56

Linux sandboxing tweaks applied

Hi,

Over the past week or so, myself, Julien and Jorge have been working on tweaking and tightening the Linux sandbox. We're not expecting trouble, but as always, if you ever see any crash which has the string SIGSYS (any capitialization) in the crashing stack trace, it's safe to directly mail or assign bugs to any of us.


Cheers
Chris

--
--
Chromium Developers mailing list: chromium-dev <at> chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
 
 
 
Permalink | Reply | 0 comments |
headers
Hoa V. Dinh | 25 May 2013 00:52

predictors UI

Hi Chromium-dev,

Where, in the UI, do we show what's in the following folder?
browser/ui/webui/predictors
browser/resources/predictors

What are the steps for the user to show that user interface?

That would help me test, at least manually, that I don't create any regression in that part.

Thanks!

-- 
Hoa V. Dinh

--
--
Chromium Developers mailing list: chromium-dev <at> chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
 
 
 
Permalink | Reply | 3 comments |
headers
Jenny Zhang(章瑛 | 24 May 2013 18:24

Some BrowserCompositorOutputSurface related check fail when starting chrome on linux work station

Hi,
I synced latest chrome code minutes ago this morning, after rebuild, start chromeos on linux, it crashed with some CHECK fail related to BrowserCompositorOutputSurface. Anyone see the same thing?

Here is the stack.

[17160:17189:0524/091535:ERROR:command_buffer_proxy_impl.cc(161)] Could not send GpuCommandBufferMsg_Initialize.
[17160:17189:0524/091535:FATAL:id_map.h(83)] Check failed: false. Attempting to remove an item not in the list
 [0x7fd3043c5a3c] base::debug::StackTrace::StackTrace()
 [0x7fd304402d27] logging::LogMessage::~LogMessage()
 [0x7fd2f9a8088e] _ZN5IDMapIN7content12_GLOBAL__N_130BrowserCompositorOutputSurfaceEL23IDMapOwnershipSemantics0EE6RemoveEi
 [0x7fd2f9a7dc60] content::(anonymous namespace)::BrowserCompositorOutputSurfaceProxy::RemoveSurface()
 [0x7fd2f9a7e128] content::(anonymous namespace)::BrowserCompositorOutputSurface::~BrowserCompositorOutputSurface()
 [0x7fd2f9a7e202] content::(anonymous namespace)::BrowserCompositorOutputSurface::~BrowserCompositorOutputSurface()
 [0x7fd2fda1bda2] base::DefaultDeleter<>::operator()()
 [0x7fd2fda1a460] base::internal::scoped_ptr_impl<>::~scoped_ptr_impl()
 [0x7fd2fda1994c] scoped_ptr<>::~scoped_ptr()
 [0x7fd2fda5deac] cc::ThreadProxy::InitializeOutputSurfaceOnImplThread()
 [0x7fd2fda64bd7] base::internal::RunnableAdapter<>::Run()
 [0x7fd2fda63f73] base::internal::InvokeHelper<>::MakeItSo()
 [0x7fd2fda63227] base::internal::Invoker<>::Run()
 [0x7fd3043ba945] base::Callback<>::Run()
 [0x7fd30440a447] base::MessageLoop::RunTask()
 [0x7fd30440a55e] base::MessageLoop::DeferOrRunPendingTask()
 [0x7fd30440ae2d] base::MessageLoop::DoWork()
 [0x7fd3044129c6] base::MessagePumpDefault::Run()
 [0x7fd30440a04f] base::MessageLoop::RunInternal()
 [0x7fd304409f0a] base::MessageLoop::RunHandler()
 [0x7fd304442610] base::RunLoop::Run()
 [0x7fd304409842] base::MessageLoop::Run()
 [0x7fd30447ab0c] base::Thread::Run()
 [0x7fd30447ac97] base::Thread::ThreadMain()
 [0x7fd30446d836] base::(anonymous namespace)::ThreadFunc()
 [0x7fd2f70bfe9a] start_thread
 [0x7fd2f5ec7ccd] clone


Thanks,

Jenny

--
--
Chromium Developers mailing list: chromium-dev <at> chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
 
 
 
Permalink | Reply | 4 comments |
headers
Marcin Simonides | 24 May 2013 17:14
Picon
Favicon

DCHECK(offline_policy_map_.end() != offline_policy_map_.find(routing_id))

Hello,

I got a DCHECK(offline_policy_map_.end() != 
offline_policy_map_.find(routing_id)) in 
content/browser/loader/resource_host_impl.cc today.

The problem seems to be that when a RenderViewHost is destroyed at a 
moment after ResourceDispatcherHostImpl::BeginDownload is called and 
before DidReceiveResponse, the OfflinePolicy for that RenderViewHost is 
removed from offline_policy_map_.

Normal requests are cancelled in CancelRequestsForRoute but not those 
for which info->is_download() is true. When DidReceiveResponse is called 
for such a download then the DCHECK is triggered and in release builds 
there is a crash.

A simple fix (or work around) for this issue is to cancel also 
"download" and "stream" resources in CancelRequestsForRoute. I can 
submit such a patch.

Can such a fix cause problems? What would be the appropriate fix?
-- 
Marcin Simonides

-- 
--

-- 
Chromium Developers mailing list: chromium-dev <at> chromium.org
View archives, change email options, or unsubscribe: 
    http://groups.google.com/a/chromium.org/group/chromium-dev
Permalink | Reply | 1 comment |
headers
Daniel Connelly | 24 May 2013 17:10

base::Callback and operator()

Hi chromium-dev,

I recently encountered a situation where it would have been convenient
to bind a method to an object and pass it as a callable to an STL
algorithm.  As a simple example:

std::find_if(stuff.begin(), stuff.end(), base::Bind(&Foo::Equals, foo_instance))

However, Callback does not implement operator(), so it can't be passed
as a callable like this.  Instead I used a pattern that I found in
other parts of the code base, in which a small custom struct is
defined that wraps the object pointer and implements operator().  This
is pretty awkward and results in needless duplication in the code
base.

Is there any objection to adding operator() to Callback?  As far as I
can tell, it's as simple as delegating to Run().  I already wrote to
Albert Wong (ajwong <at> ), who wrote much of the Bind and Callback code,
and he had no objections.

Thanks,
Daniel

-- 
--

-- 
Chromium Developers mailing list: chromium-dev <at> chromium.org
View archives, change email options, or unsubscribe: 
    http://groups.google.com/a/chromium.org/group/chromium-dev
Permalink | Reply | 12 comments |
headers
Omar Belkhodja | 24 May 2013 11:40
Picon
Gravatar

Link error after adding opengl calls to ui/gl/gl_surface_egl.cc

Hello,

I'm modifying the source code in order to render OpenGl graphics to some framebuffer instead of display backbuffer. The thing is that when I add opengl function calls, I have a link problem when the Chromium binary is generated, which is almost normal, because there is no link on OpenGL libraries. What I don't understand is that why this problem didn't happen before, as Chromium is already using OpenGL, through libskia. 

Doesn't anyone have an explanation for that question, and how to fix this issue ?

--
--
Chromium Developers mailing list: chromium-dev <at> chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
 
 
 
Permalink | Reply | 1 comment |
headers
Dan Beam | 24 May 2013 08:32

PSA: win dbg testers are unreliable at the moment

--
--
Chromium Developers mailing list: chromium-dev <at> chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
 
 
 
Permalink | Reply | 5 comments |
headers
William Wong | 24 May 2013 05:32
Picon
Gravatar

Internal Compiler Error: Segmentation fault when use chrome_media and chrome_pdf

I change the USE parameter to enable additional codec support and pdf plugin by adding "chrome_media chrome_pdf".
But it get fatal error when I build the packages by this command.
./build_packages --nowithdebug --nowithautotest

Some output pasted here. I've attached full log file and environment file as attachment as well.

chrome/browser/chromeos/cros/mock_network_library.cc:18:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://code.google.com/p/chromium-os/issues/entry> for instructions.
{standard input}: Assembler messages:
{standard input}:390480: Warning: end of file in string; '"' inserted
make: *** [c/Release/obj.target/test_support_common/chrome/browser/chromeos/cros/mock_network_library.o] Error 1
make: *** Waiting for unfinished jobs....

--
--
Chromium Developers mailing list: chromium-dev <at> chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
 
 
 
Attachment (chromeos-base:chromeos-chrome-29.0.1513.1_rc-r1:20130524-031735.log): application/octet-stream, 299 KiB
Attachment (environment.log): application/octet-stream, 144 KiB
Permalink | Reply | 0 comments |

Gmane