Issue metadata
Sign in to add a comment
|
Browser crash is seen on clicking "Print using system dialog....(Ctrl+Shift+P)"
Reported by
chromium...@gmail.com,
May 12 2017
|
||||||||||||||||||||||
Issue descriptionVERSION Chrome Version: chrome dev 60.0.3095.5 Operating System: ubuntu-16.04.2 REPRODUCTION CASE 1. Lunch the test case 2. Try to click on "Print using system dialog....(Ctrl+Shift+P)" as much as possible before goes away. 3. Crash! Crash/78e37282a8000000 Can someone please provide crash traces of this issue via the crash ID?
,
May 12 2017
(render_frame_host_impl.cc:537 ) content::RenderFrameHostImpl::GetRoutingID() (print_view_manager.cc:81 ) printing::PrintViewManager::PrintForSystemDialogNow(base::Callback<void (), (base::internal::CopyMode)1, (base::internal::RepeatMode)1> const&) (print_preview_handler.cc:1150 ) PrintPreviewHandler::HandleShowSystemDialog(base::ListValue const*) (callback.h:80 ) content::WebUIImpl::ProcessWebUIMessage(GURL const&, std::string const&, base::ListValue const&) (tuple.h:77 ) bool IPC::MessageT<ViewHostMsg_WebUISend_Meta, std::tuple<GURL, std::string, base::ListValue>, void>::Dispatch<content::WebUIImpl, content::WebUIImpl, void, void (content::WebUIImpl::*)(GURL const&, std::string const&, base::ListValue const&)>(IPC::Message const*, content::WebUIImpl*, content::WebUIImpl*, void*, void (content::WebUIImpl::*)(GURL const&, std::string const&, base::ListValue const&)) (web_ui_impl.cc:98 ) content::WebUIImpl::OnMessageReceived(IPC::Message const&) (web_contents_impl.cc:744 ) content::WebContentsImpl::OnMessageReceived(content::RenderViewHostImpl*, IPC::Message const&) (render_view_host_impl.cc:732 ) content::RenderViewHostImpl::OnMessageReceived(IPC::Message const&) (render_widget_host_impl.cc:549 ) content::RenderWidgetHostImpl::OnMessageReceived(IPC::Message const&) (ipc_channel_proxy.cc:329 ) IPC::ChannelProxy::Context::OnDispatchMessage(IPC::Message const&) (callback.h:91 ) base::debug::TaskAnnotator::RunTask(char const*, base::PendingTask*)
,
May 14 2017
Users experienced this crash on the following builds: Linux Dev 60.0.3095.5 - 2.00 CPM, 2 reports, 1 clients (signature content::RenderFrameHostImpl::GetRoutingID) If this update was incorrect, please add "Fracas-Wrong" label to prevent future updates. - Go/Fracas
,
May 14 2017
I can repro this crash easy with the following the steps: 1. lunch testcase.html 2. Click on "Print using system dialog....(Ctrl+Shift+P)" >> Crash.
,
May 15 2017
Not a security vulnerability, a null browser crash using unusual user interaction. Thread 0 CRASHED [SIGSEGV @ 0x00000268 ] MAGIC SIGNATURE THREAD Stack Quality75%Show frame trust levels 0x00005583a7a71730 (chrome -render_frame_host_impl.cc:537 ) content::RenderFrameHostImpl::GetRoutingID() 0x00005583a8c047a0 (chrome -print_view_manager.cc:81 ) printing::PrintViewManager::PrintForSystemDialogNow(base::Callback<void (), (base::internal::CopyMode)1, (base::internal::RepeatMode)1> const&) 0x00005583aa99ac84 (chrome -print_preview_handler.cc:1150 ) PrintPreviewHandler::HandleShowSystemDialog(base::ListValue const*) 0x00005583a7cc2cb2 (chrome -callback.h:80 ) content::WebUIImpl::ProcessWebUIMessage(GURL const&, std::string const&, base::ListValue const&) 0x00005583a7cc3756 (chrome -tuple.h:77 ) bool IPC::MessageT<ViewHostMsg_WebUISend_Meta, std::tuple<GURL, std::string, base::ListValue>, void>::Dispatch<content::WebUIImpl, content::WebUIImpl, void, void (content::WebUIImpl::*)(GURL const&, std::string const&, base::ListValue const&)>(IPC::Message const*, content::WebUIImpl*, content::WebUIImpl*, void*, void (content::WebUIImpl::*)(GURL const&, std::string const&, base::ListValue const&)) 0x00005583a7cc356a (chrome -web_ui_impl.cc:98 ) content::WebUIImpl::OnMessageReceived(IPC::Message const&) 0x00005583a7ca08fa (chrome -web_contents_impl.cc:744 ) content::WebContentsImpl::OnMessageReceived(content::RenderViewHostImpl*, IPC::Message const&) 0x00005583a7beb4af (chrome -render_view_host_impl.cc:732 ) content::RenderViewHostImpl::OnMessageReceived(IPC::Message const&) 0x00005583a7bd61cc (chrome -render_widget_host_impl.cc:549 ) content::RenderWidgetHostImpl::OnMessageReceived(IPC::Message const&) 0x00005583a9171e39 (chrome -ipc_channel_proxy.cc:329 ) IPC::ChannelProxy::Context::OnDispatchMessage(IPC::Message const&) 0x00005583a8cec92f (chrome -callback.h:91 ) base::debug::TaskAnnotator::RunTask(char const*, base::PendingTask*)
,
May 15 2017
,
May 16 2017
Noticed this problem on the following UA: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
,
May 17 2017
Able to reproduce the issue on Linux Ubuntu-14.04 using chrome stable version 58.0.3029.110 and reported version 60.0.3095.5 with the steps mentioned in comment#0. This is Non-regression issue, observed from older versions of chrome M48 #48.0.2540.0 and marking this as Untriaged to get more inputs from dev team. Note:Issue is specific to Linux. Thanks.
,
May 23 2017
Will take a look. Thanks for the report, as always.
,
May 26 2017
Looks like this is what happens when we block through the DCHECK in a release build. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by chromium...@gmail.com
, May 12 2017