To enable logging, launch Chrome with these command line flags:
- This will turn on full logging support (INFO, WARNING, ERROR, and VERBOSE0 for >=M9).
- Verbose logging shows up with their own VERBOSEn label.
- Most logs that used to be INFO have been moved to use verbose logging.
- Any page load (even the new tab page) will print messages tagged with VERBOSE1; for example:
- [28304:28320:265508881314:VERBOSE1:chrome/browser/renderer_host/resource_dispatcher_host.cc(1098)] OnResponseStarted: chrome://newtab/
- The output will be saved to the file chrome_debug.log in Chrome's user data directory (in the parent directory of Default/) for a release build, and in the binary build folder (e.g. out\Debug) for a debug build. On Chrome OS, messages logged by Chrome are written to files within
/var/log/chrome at the login screen and to files within the
log subdirectory under the logged-in user's encrypted home directory, which resides under
- With --enable-logging=stderr the output will be printed to standard error (not available on Windows)
- This file is overwritten each time you restart chrome.
- The location of Chrome's user data directory depends on your operating system, and whether you are using Chrome vs Chromium.
- The above document lists the path to the Default/ directory; the chrome_debug.log file we are interested in is actually one directory above this (i.e. the parent directory)
- If the environment variable CHROME_LOG_FILE is set, Chrome will write its debug log to its specified location. Example: Setting CHROME_LOG_FILE to "chrome_debug.log" will cause the log file to be written to the Chrome process's current working directory while setting it to "D:\chrome_debug.log" will write the log to the root of your computer's D: drive.
- To override the log file path in a test harness that runs Chrome, use this pattern:
// Set the log file path in the environment for the test browser.
std::wstring log_file_path = ...;
How do I specify the command line flags?
What personal information does the log file contain?
Before attaching your chrome_debug.log to a bug report, be aware that it can contain some personal information, such as URLs opened during that session of chrome.
Since the debug log is a human-readable text file, you can open it up with a text editor (notepad, vim, etc..) and review the information it contains, and erase anything you don't want the bug investigators to see.
The boilerplate values enclosed by brackets on each line are in the format:
Alternatively to the above, you can use the Sawbuck utility (for Windows) to view, filter and search the logs in realtime, in a handy-dandy GUI.
First download and install the latest version of Sawbuck
, launch it, then select "Configure Providers.." form the "Log" menu.
This will bring up a dialog that looks something like this:
Set the log level for Chrome, Chrome Frame, and/or the Setup program to whatever suits you, and click "OK". You can revisit this dialog at any time to increase or decrease the log verbosity.
Now select "Capture" from the "Log" menu, and you should start seeing Chrome's log messages.
Note that Sawbuck has a feature that allows you to view the call trace for each log message, which can come in handy when you're trying to home in on a particular problem.
Note: If you're installing Sawbuck for the first time, you may need to quit and relaunch your Chrome, as the logging transport used by Sawbuck is only enabled under an environment variable, which is set by the installer.