|
|
Chromium Code Reviews
DescriptionAdd CHECK on session start for profile construction
Fail fast from the profile construction when it's triggered without
starting a session first.
Crashing the browser is arguably a worth thing to do, as it prevents
running the browser in unexpected environment (which may lead to, for
instance, bypassing the managed policies).
Also this CHECK should provide the stack traces which are more likely to
point to the culprit code (as opposed to crashing at some later point
asynchronously - like e.g. on the CHECK added at
https://crrev.com/2801993002).
BUG=719939
TEST=existing browser tests;
manual tests: normal login; Guest login; restart-after-crash.
Review-Url: https://codereview.chromium.org/2868043002
Cr-Commit-Position: refs/heads/master@{#470524}
Committed: https://chromium.googlesource.com/chromium/src/+/f588c3bceb117e579068d1b4b3bb4153642d941d
Patch Set 1 #
Total comments: 2
Patch Set 2 : CHECK -> LOG_IF(FATAL) #
Messages
Total messages: 26 (20 generated)
The CQ bit was checked by emaxx@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Description was changed from ========== [!!TEMP!!] Add CHECK on session start for profile construction BUG=719939 ========== to ========== Add CHECK on session start for profile construction Fail fast from the profile construction when it's triggered without starting a session first. Crashing the browser is arguably a worth thing to do, as it prevents running the browser in unexpected environment (which may lead to, for instance, bypassing the managed policies). Also this CHECK should provide the stack traces which are more likely to point to the culprit code (as opposed to crashing at some later point asynchronously - like e.g. on the check added at https://crrev.com/2801993002). BUG=719939 ==========
Description was changed from ========== Add CHECK on session start for profile construction Fail fast from the profile construction when it's triggered without starting a session first. Crashing the browser is arguably a worth thing to do, as it prevents running the browser in unexpected environment (which may lead to, for instance, bypassing the managed policies). Also this CHECK should provide the stack traces which are more likely to point to the culprit code (as opposed to crashing at some later point asynchronously - like e.g. on the check added at https://crrev.com/2801993002). BUG=719939 ========== to ========== Add CHECK on session start for profile construction Fail fast from the profile construction when it's triggered without starting a session first. Crashing the browser is arguably a worth thing to do, as it prevents running the browser in unexpected environment (which may lead to, for instance, bypassing the managed policies). Also this CHECK should provide the stack traces which are more likely to point to the culprit code (as opposed to crashing at some later point asynchronously - like e.g. on the check added at https://crrev.com/2801993002). BUG=719939 TEST=existing browser tests; manual tests: normal login; Guest login; restart-after-crash. ==========
Description was changed from ========== Add CHECK on session start for profile construction Fail fast from the profile construction when it's triggered without starting a session first. Crashing the browser is arguably a worth thing to do, as it prevents running the browser in unexpected environment (which may lead to, for instance, bypassing the managed policies). Also this CHECK should provide the stack traces which are more likely to point to the culprit code (as opposed to crashing at some later point asynchronously - like e.g. on the check added at https://crrev.com/2801993002). BUG=719939 TEST=existing browser tests; manual tests: normal login; Guest login; restart-after-crash. ========== to ========== Add CHECK on session start for profile construction Fail fast from the profile construction when it's triggered without starting a session first. Crashing the browser is arguably a worth thing to do, as it prevents running the browser in unexpected environment (which may lead to, for instance, bypassing the managed policies). Also this CHECK should provide the stack traces which are more likely to point to the culprit code (as opposed to crashing at some later point asynchronously - like e.g. on the CHECK added at https://crrev.com/2801993002). BUG=719939 TEST=existing browser tests; manual tests: normal login; Guest login; restart-after-crash. ==========
emaxx@chromium.org changed reviewers: + msarda@chromium.org, xiyuan@chromium.org
xiyuan@, msarda@: PTAL. Does this whole approach look reasonable to you?
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
lgtm https://codereview.chromium.org/2868043002/diff/1/chrome/browser/profiles/pro... File chrome/browser/profiles/profile_impl.cc (right): https://codereview.chromium.org/2868043002/diff/1/chrome/browser/profiles/pro... chrome/browser/profiles/profile_impl.cc:436: CHECK(session_manager::SessionManager::Get()->HasSessionForAccountId( nit: CHECK -> LOG_IF(FATAL, ...) CHECK crashes without actually putting the message in log file.
https://codereview.chromium.org/2868043002/diff/1/chrome/browser/profiles/pro... File chrome/browser/profiles/profile_impl.cc (right): https://codereview.chromium.org/2868043002/diff/1/chrome/browser/profiles/pro... chrome/browser/profiles/profile_impl.cc:436: CHECK(session_manager::SessionManager::Get()->HasSessionForAccountId( On 2017/05/09 16:30:52, xiyuan wrote: > nit: CHECK -> LOG_IF(FATAL, ...) > > CHECK crashes without actually putting the message in log file. Done.
The CQ bit was checked by emaxx@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_chromium_tsan_rel_ng on master.tryserver.chromium.linux (JOB_TIMED_OUT, build has not started yet; builder either lacks capacity or does not exist (misspelled?))
The CQ bit was checked by emaxx@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
LGTM.
The CQ bit was checked by emaxx@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from xiyuan@chromium.org Link to the patchset: https://codereview.chromium.org/2868043002/#ps20001 (title: "CHECK -> LOG_IF(FATAL)")
CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch.
Bot data: {"patchset_id": 20001, "attempt_start_ts": 1494413332131840,
"parent_rev": "7f3fbfbed40625b2867df8d81bb3e9f9878b0620", "commit_rev":
"f588c3bceb117e579068d1b4b3bb4153642d941d"}
Message was sent while issue was closed.
Description was changed from ========== Add CHECK on session start for profile construction Fail fast from the profile construction when it's triggered without starting a session first. Crashing the browser is arguably a worth thing to do, as it prevents running the browser in unexpected environment (which may lead to, for instance, bypassing the managed policies). Also this CHECK should provide the stack traces which are more likely to point to the culprit code (as opposed to crashing at some later point asynchronously - like e.g. on the CHECK added at https://crrev.com/2801993002). BUG=719939 TEST=existing browser tests; manual tests: normal login; Guest login; restart-after-crash. ========== to ========== Add CHECK on session start for profile construction Fail fast from the profile construction when it's triggered without starting a session first. Crashing the browser is arguably a worth thing to do, as it prevents running the browser in unexpected environment (which may lead to, for instance, bypassing the managed policies). Also this CHECK should provide the stack traces which are more likely to point to the culprit code (as opposed to crashing at some later point asynchronously - like e.g. on the CHECK added at https://crrev.com/2801993002). BUG=719939 TEST=existing browser tests; manual tests: normal login; Guest login; restart-after-crash. Review-Url: https://codereview.chromium.org/2868043002 Cr-Commit-Position: refs/heads/master@{#470524} Committed: https://chromium.googlesource.com/chromium/src/+/f588c3bceb117e579068d1b4b3bb... ==========
Message was sent while issue was closed.
Committed patchset #2 (id:20001) as https://chromium.googlesource.com/chromium/src/+/f588c3bceb117e579068d1b4b3bb... |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
