Long-running Chromium profiles silently self-close
Reported by
harald.r...@gmail.com,
Jan 5 2017
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/55.0.2883.87 Chrome/55.0.2883.87 Safari/537.36 Steps to reproduce the problem: a. baseline browsing is approximately a dozen profiles with a a total of 100 or so tabs b. the browser is launched from a command window so both stdout and syslog are monitored c. The browser is never closed, current up-time is 3 weeks. Occasional peaks of another 100 tabs, or use of intermittent profiles having a dozen or so tabs d. About weekly, profiles close silently with all tabs and pop-out windows e. no stdout or syslog output can be found. When profile is relaunched, http sessions are expired. f. It’s GNOME3.22.2/Wayland so things crash occasionally. Just not Chromium. g. It has never happened when the profile is currently used. Suddenly a profile is not here, or when I select it in the profile picker, it is relaunching. What is the expected behavior? Chromium: Everything. All the time. What went wrong? I expect at least stdout output so I can find out what goes wrong. Crashed report ID: N/A How much crashed? Just one tab Is it a problem with a plugin? No Did this work before? N/A Chrome version: 55.0.2883.87 Channel: stable OS Version: Flash Version:
,
Jan 5 2017
From what I know, it is only one profile at a time, closing everything associated with it. - It is not equal to clicking the window X, because pop-outs close, too - It is not equal to control+shift+Q because other profiles continue I do not think there is a ui feature that will cause this exact behavior
,
Jan 6 2017
,
Jan 6 2017
This is likely a GNOME/Wayland trouble It’s a MacBook Pro HiDPI, launching on external low dpi display Suspecting that my scroll-back buffer wasn’t large enough, and I was missing something, I tried to launch first like this: chromium-browser --force-device-scale-factor=0.5 2>&1 | tee --append $(date +%y%m%d)-c89-chromium-log.txt then like this: chromium-browser --force-device-scale-factor=0.5 2>&1 >>$(date +%y%m%d)-c89-chromium-log.txt # no console echo (I have to have that scaling factor, b/c when Ubuntu unbroke Chromium 55, it does no longer understand gtk3 low dpi, so everything is double-width-height) in both cases, this makes the GNOME Terminal window terminate silently, just the way Chromium occasionally terminates one of its profiles. The computer is practically frozen for 3 min 40 s as Chromium loads 73 tabs
,
Jan 6 2017
After a reboot, GNOME Terminal no longer crashes, and Chromium no longer blocks the computer using this: chromium-browser --force-device-scale-factor=0.5 2>&1 | tee --append $(date +%y%m%d)-c89-chromium-log.txt I’ma have a log next time. On it.
,
Jan 7 2017
GNOME Terminal was terminated by SIGTRAP, but this causes files in /var/crash, so Chromium terminated for some other reason. It actually happened RIGHT NOW. YES I selected the profile sector, then did my up-up-enter to launch the profiles dialog “Chromium” As I was scrolling around in that, both windows of the profile I launched from closed. This was clearly visible b/c I had so few windows after the reboot, they were visible. There is no ui control that can cause this. You guys have a bug! This is also consistent, b/c I have not used the profile selector popup for very long. Before that, I do not think this was happening.
,
Jan 7 2017
I could make it happen again. The windows close as the Chromium dialog is loading. It is visible but not populated. So, when launched from certain (the default?) profile, that profile is closed. This is likely the cause, but it is not fully explained, b/c it terminates profiles other than the default, too. Once the profiles don’t fit vertically, you must use that Manage People entry, and then, profiles are occasionally exiting.
,
Feb 12 2018
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
|||
►
Sign in to add a comment |
|||
Comment 1 by harald.r...@gmail.com
, Jan 5 2017