| Index: content/browser/renderer_host/render_process_host_impl.cc
|
| diff --git a/content/browser/renderer_host/render_process_host_impl.cc b/content/browser/renderer_host/render_process_host_impl.cc
|
| index 8ba39939efba1b8250dd1329f21124e9938837a9..a74e27d854d440e923bbd729c274bc0a9d8383a3 100644
|
| --- a/content/browser/renderer_host/render_process_host_impl.cc
|
| +++ b/content/browser/renderer_host/render_process_host_impl.cc
|
| @@ -2538,17 +2538,11 @@ void RenderProcessHostImpl::OnProcessLaunched() {
|
| is_process_backgrounded_ =
|
| child_process_launcher_->GetProcess().IsProcessBackgrounded();
|
|
|
| -#if defined(OS_WIN)
|
| - // Experiment with not setting the initial priority of a renderer, as this
|
| - // might be a visible tab but since no widgets are currently present, it
|
| - // will get backgrounded. See https://crbug.com/560446.
|
| - if (base::FeatureList::IsEnabled(
|
| - features::kUpdateRendererPriorityOnStartup)) {
|
| - UpdateProcessPriority();
|
| - }
|
| -#else
|
| - UpdateProcessPriority();
|
| -#endif
|
| + // Disable updating process priority on startup for now as it incorrectly
|
| + // results in backgrounding foreground navigations until their first commit
|
| + // is made. A better long term solution would be to be aware of the tab's
|
| + // visibility at this point. https://crbug.com/560446.
|
| + // UpdateProcessPriority();
|
| }
|
|
|
| // NOTE: This needs to be before sending queued messages because
|
|
|