New issue
Advanced search Search tips

Issue 718948 link

Starred by 2 users

Issue metadata

Status: Closed
Owner:
Closed: Nov 19
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Crash on second login (existing profile)

Project Member Reported by khmel@chromium.org, May 5 2017

Issue description

Chrome crashes on second login in case DCHECK is active

0 0x7f817d79b2eb base::debug::StackTrace::StackTrace()
#1 0x7f817d79a02c base::debug::StackTrace::StackTrace()
#2 0x7f817d805e97 logging::LogMessage::~LogMessage()
#3 0x7f817d9752f4 base::ThreadRestrictions::AssertIOAllowed()
#4 0x7f817d7df991 base::PathExists()
#5 0x55afb31e3399 Profile::CreateProfile()
#6 0x55afb2be5907 ProfileManager::CreateProfileHelper()
#7 0x55afb2bddf6e ProfileManager::CreateAndInitializeProfile()
#8 0x55afb2bddba7 ProfileManager::GetProfile()
#9 0x55afb2bdd81b ProfileManager::GetActiveUserOrOffTheRecordProfileFromPath()
#10 0x55afb2bdd985 ProfileManager::GetActiveUserProfile()
#11 0x55afb19269b7 chromeos::EventRewriterDelegateImpl::IsExtensionCommandRegistered()
#12 0x55afb1579ac6 ui::EventRewriterChromeOS::RewriteKeyEvent()
#13 0x55afb1579944 ui::EventRewriterChromeOS::RewriteEvent()
#14 0x7f8173861fb2 ui::EventSource::SendEventToSink()
#15 0x7f81732c0d62 aura::WindowTreeHostX11::DispatchEvent()
#16 0x7f817a72ef6d ui::PlatformEventSource::DispatchEvent()
#17 0x7f816debc344 ui::X11EventSourceGlib::ProcessXEvent()
#18 0x7f816deae288 ui::X11EventSource::ExtractCookieDataDispatchEvent()
#19 0x7f816deae207 ui::X11EventSource::DispatchXEvents()
#20 0x7f816debc4e5 ui::(anonymous namespace)::XSourceDispatch()
#21 0x7f8166601ce5 g_main_context_dispatch
#22 0x7f8166602048 <unknown>
#23 0x7f81666020ec g_main_context_iteration
#24 0x7f817d83be2f base::MessagePumpGlib::Run()
#25 0x7f817d82a35d base::MessageLoop::RunHandler()
#26 0x7f817d8c7dc4 base::RunLoop::Run()
#27 0x55afb2a061c6 ChromeBrowserMainParts::MainMessageLoopRun()
#28 0x7f8176db14ab content::BrowserMainLoop::RunMainMessageLoopParts()
#29 0x7f8176dbd5e5 content::BrowserMainRunnerImpl::Run()
#30 0x7f8176daaf58 content::BrowserMain()
#31 0x7f8178559ec6 content::RunNamedProcessTypeMain()
#32 0x7f817855bfaf content::ContentMainRunnerImpl::Run()
#33 0x7f8178558b5a content::ContentServiceManagerMainDelegate::RunEmbedderProcess()
#34 0x7f817de5e842 service_manager::Main()
#35 0x7f81785599eb content::ContentMain()
#36 0x55afb0a111d0 ChromeMain
#37 0x55afb0a110f2 main
#38 0x7f816379ff45 __libc_start_main
#39 0x55afb0a10fd4 <unknown>

 

Comment 1 by khmel@chromium.org, May 5 2017

Labels: OS-Chrome
Cc: -xiy...@chromium.org r...@chromium.org
Owner: xiy...@chromium.org
Status: Assigned (was: Untriaged)
This is bad. ProfileManager::GetActiveUserProfile should only reference existing profile and never create/load a profile.

How to repro? Just login a secondary user? Somehow, I don't see this on yesterday's ToT.

Comment 3 by khmel@chromium.org, May 5 2017

This is quite long bug. I use Linux debug Chrome OS build for testing purpose. Each time I has to remove Chrome working folder to work. That is 'equivalent' of power reset.

My start flags:
--user-data-dir=/tmp/chrome_M5903 --login-manager --enable-arc

Build is generated using following:
gn gen out/Debug --args='target_os="chromeos"  is_debug=true'




Comment 4 by khmel@chromium.org, May 5 2017

Repo log out -> log in to the same account
Status: Closed (was: Assigned)
<triage> Cannot reproduce on 72.0.3593.0, please reopen if seen again. </triage>

Sign in to add a comment