Bobcares

Enable Verbose Error Logging for Better Backtracing

PDF Header PDF Footer

Learn how to enable verbose error logging for better backtracing. Our Drupal Support team is here to answer queries and concerns.

Enable Verbose Error Logging for Better Backtracing

Enable Verbose Error Logging for Better BacktracingIf you are working on a Drupal website, you are likely to encounter unexpected errors occasionally. They can bring your workflow to a halt. One common error message we might run into is:

The website encountered an unexpected error. Please try again later.

This generic error message does not give us much to go on. To dig deeper and effectively troubleshoot the issue, developers often enable verbose error logging. It is a powerful tool for detailed backtracing and debugging.

Today, we will explore how to enable verbose error logging in Drupal through the GUI, Drush, and configuration files, as well as best practices to follow when doing so.

Why Enable Verbose Error Logging?

Verbose error logging allows our application to generate detailed logs, including:

  • Function call traces
  • Variable values at different points in execution
  • Warnings and notices that might not appear in standard logs

These logs are handy when it comes to identifying the root cause of errors quickly and efficiently, especially during development or debugging complex functionality.

If you’re working with custom themes or frontend frameworks like Emulsify in Drupal, verbose logging can help pinpoint integration or rendering issues early on.

Step-by-Step: How to Enable Verbose Error Logging in Drupal

Via Drupal Admin Interface

  1. First, go to Administration > Configuration > Development > Logging and error.

    Alternatively, go directly to:

    /admin/config/development/logging
  2. In the “Error messages to display” dropdown, we will find four options:
    • None – No messages will be shown
    • Errors and warnings – Partial information
    • All messages – More comprehensive logging
    • All messages, with backtrace information (verbose) – Most detailed logging

    Select “All messages, with backtrace information” to enable verbose logging.

  3. Then, click Save configuration.

Verbose logging can be especially helpful when you’re trying to assign roles to users programmatically in Drupal 8, where silent failures can often occur without visible errors.

Via Drush

If you are comfortable with the command line, Drush offers a quick and effective method:

drush config:set system.logging error_level verbose -y

This command sets the logging level to verbose, enabling detailed error and backtrace information in logs.

Drush is also a great companion tool for automation and backend management in broader Drupal web development projects.

Via the Settings File

We can also enable verbose error logging through configuration files, which is helpful for local development setups.

  1. Copy the example file:

    cp sites/example.settings.local.php sites/default/settings.local.php
  2. Then, make sure `settings.local.php` is loaded by uncommenting the relevant include line in `settings.php`.
  3. Now, add the following line to `settings.local.php`:

    $config['system.logging']['error_level'] = 'verbose';

We can also add the same configuration directly to the `settings.php` file if we prefer:

$config['system.logging']['error_level'] = 'verbose';

Bonus Debugging Tip

To see runtime PHP errors directly in the browser, enable these settings in the `settings.php` or `settings.local.php`:


error_reporting(E_ALL);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);

Never enable these settings on a production server. Doing so could expose sensitive information to visitors.

You might also consider hiding unnecessary warnings, such as deprecation messages, by following best practices outlined in our guide on hiding deprecated warnings in Drupal.

Best Practices for Verbose Logging

  • Verbose logs can slow down the site and expose sensitive data. Keep them off in production.
  • Implement log rotation to manage file sizes and prevent disk bloat.
  • Use log viewers or debugging tools to sift through and analyze log data efficiently.

[Need assistance with a different issue? Our team is available 24/7.]

Conclusion

Enabling verbose error logging in Drupal is a key step when it comes to diagnosing issues and improving code quality during development.

In brief, our Support Experts demonstrated how to enable verbose error logging for better backtracing.

0 Comments

Submit a Comment

Your email address will not be published. Required fields are marked *

server management

Spend time on your business, not on your servers.

TALK TO US

Or click here to learn more.

Speed issues driving customers away?
We’ve got your back!

Privacy Preference Center

Necessary

Necessary cookies help make a website usable by enabling basic functions like page navigation and access to secure areas of the website. The website cannot function properly without these cookies.

PHPSESSID - Preserves user session state across page requests.

gdpr[consent_types] - Used to store user consents.

gdpr[allowed_cookies] - Used to store user allowed cookies.

PHPSESSID, gdpr[consent_types], gdpr[allowed_cookies]
PHPSESSID
WHMCSpKDlPzh2chML

Statistics

Statistic cookies help website owners to understand how visitors interact with websites by collecting and reporting information anonymously.

_ga - Preserves user session state across page requests.

_gat - Used by Google Analytics to throttle request rate

_gid - Registers a unique ID that is used to generate statistical data on how you use the website.

smartlookCookie - Used to collect user device and location information of the site visitors to improve the websites User Experience.

_ga, _gat, _gid
_ga, _gat, _gid
smartlookCookie
_clck, _clsk, CLID, ANONCHK, MR, MUID, SM

Marketing

Marketing cookies are used to track visitors across websites. The intention is to display ads that are relevant and engaging for the individual user and thereby more valuable for publishers and third party advertisers.

IDE - Used by Google DoubleClick to register and report the website user's actions after viewing or clicking one of the advertiser's ads with the purpose of measuring the efficacy of an ad and to present targeted ads to the user.

test_cookie - Used to check if the user's browser supports cookies.

1P_JAR - Google cookie. These cookies are used to collect website statistics and track conversion rates.

NID - Registers a unique ID that identifies a returning user's device. The ID is used for serving ads that are most relevant to the user.

DV - Google ad personalisation

_reb2bgeo - The visitor's geographical location

_reb2bloaded - Whether or not the script loaded for the visitor

_reb2bref - The referring URL for the visit

_reb2bsessionID - The visitor's RB2B session ID

_reb2buid - The visitor's RB2B user ID

IDE, test_cookie, 1P_JAR, NID, DV, NID
IDE, test_cookie
1P_JAR, NID, DV
NID
hblid
_reb2bgeo, _reb2bloaded, _reb2bref, _reb2bsessionID, _reb2buid

Security

These are essential site cookies, used by the google reCAPTCHA. These cookies use an unique identifier to verify if a visitor is human or a bot.

SID, APISID, HSID, NID, PREF
SID, APISID, HSID, NID, PREF