Ignoring Errors
You might want to ignore some errors found by PHPStan for various reasons:
- The error can be a real issue that needs some refactoring of your codebase which you currently don’t have time for.
- A PHPStan extension must be written to make PHPStan understand what the affected code really does and you choose not to do it right now.
- It’s a genuine PHPStan bug and you don’t want to (and shouldn’t) wait for a bugfix.
Please note that some selected serious errors (like autoloading issues, parent class not found, parse errors, etc.) cannot be ignored and must be solved to get to zero errors when running PHPStan.
Ignoring in code using PHPDocs #
Errors can be ignored next to the violating line of code using PHPDoc tags in comments:
@phpstan-ignore-line
@phpstan-ignore-next-line
All the PHP comment styles (//
, /* */
, /** */
) can be used.
function () {
/** @phpstan-ignore-next-line */
echo $foo;
echo $foo; /** @phpstan-ignore-line */
/* @phpstan-ignore-next-line */
echo $foo;
echo $foo; /* @phpstan-ignore-line */
// @phpstan-ignore-next-line
echo $foo;
echo $foo; // @phpstan-ignore-line
};
Ignoring in configuration file #
Errors can be ignored by adding a regular expression to the configuration file under the ignoreErrors
key. To ignore an error by a regular expression in the whole project, add a string entry:
parameters:
ignoreErrors:
- '#Call to an undefined method [a-zA-Z0-9\\_]+::doFoo\(\)#'
- '#Call to an undefined method [a-zA-Z0-9\\_]+::doBar\(\)#'
To ignore errors by a regular expression only in a specific file, add an entry with message
or messages
and path
or paths
keys. Wildcard patterns compatible with the PHP fnmatch()
are also supported. You can specify how many times the error is expected by using count
(optional, applies only to message
not messages
and path
, not paths
).
parameters:
ignoreErrors:
-
message: '#Access to an undefined property [a-zA-Z0-9\\_]+::\$foo#'
path: some/dir/SomeFile.php
-
message: '#Call to an undefined method [a-zA-Z0-9\\_]+::doBar\(\)#'
paths:
- some/dir/*
- other/dir/*
-
messages:
- '#Call to an undefined method [a-zA-Z0-9\\_]+::doFooFoo\(\)#'
- '#Call to an undefined method [a-zA-Z0-9\\_]+::doFooBar\(\)#'
path: other/dir/AnotherFile.php
-
messages:
- '#Call to an undefined method [a-zA-Z0-9\\_]+::doFooFoo\(\)#'
- '#Call to an undefined method [a-zA-Z0-9\\_]+::doFooBar\(\)#'
paths:
- some/foo/dir/*
- other/foo/dir/*
-
message: '#Call to an undefined method [a-zA-Z0-9\\_]+::doFoo\(\)#'
path: other/dir/DifferentFile.php
count: 2 # optional
- '#Other error to ignore everywhere#'
Relative paths in the path
and paths
keys are resolved based on the directory of the config file is in. So if your phpstan.neon
is in the root directory of the project, and you want to ignore an error in src/Foo/Bar.php
, your path key can simply be src/Foo/Bar.php
.
Generate an ignoreErrors entry #
Using the fields below, you can generate an entry that you can put in the parameters.ignoreErrors
section of your configuration file. It deals with the complexity of writing a matching regular expression from a plain string and encoding that regular expression into the neon format.
Copy the following to your phpstan.neon:
An error occurred. Please try again later.
The Baseline #
If you want to ignore all the current errors and only focus on new and changed code from now on, go and learn about the baseline feature.
Reporting unused ignores #
If some of the ignored errors (both from configuration and PHPDocs) do not occur in the result anymore, PHPStan will let you know and you will have to remove the pattern from the configuration. You can turn off this behaviour by setting reportUnmatchedIgnoredErrors
to false
in the configuration:
parameters:
reportUnmatchedIgnoredErrors: false
You can turn on/off reporting unused ignores explicitly for each entry in ignoredErrors
. This overwrites global reportUnmatchedIgnoredErrors
setting.
parameters:
reportUnmatchedIgnoredErrors: false
ignoreErrors:
- '#This message will not be reported as unmatched#'
- '#This message will not be reported as unmatched either#'
-
message: '#But this one will be reported#'
reportUnmatched: true
parameters:
reportUnmatchedIgnoredErrors: true
ignoreErrors:
- '#This message will be reported as unmatched#'
- '#This message will be reported as unmatched too#'
-
message: '#But this one will not be reported#'
reportUnmatched: false
Excluding whole files #
If your codebase contains some files that are broken on purpose (e. g. to test behaviour of your application on files with invalid PHP code), you can exclude them using the excludePaths
key. Each entry is used as a pattern for the fnmatch()
function.
parameters:
excludePaths:
- tests/*/data/*
This is a shortcut for:
parameters:
excludePaths:
analyseAndScan:
- tests/*/data/*
If your project’s directory structure mixes your own code (the one you want to analyse and fix bugs in) and third party code (which you’re using for discovering symbols, but don’t want to analyse), the file structure might look like this:
├── phpstan.neon
└── src
├── foo.php
├── ...
└── thirdparty
└── bar.php
In this case, you want to analyse the whole src
directory, but want to exclude src/thirdparty
from analysing. This is how to configure PHPStan:
parameters:
paths:
- src
excludePaths:
analyse:
- src/thirdparty
Additionally, there might be a src/broken
directory which contains files that you don’t want to analyse nor use for discovering symbols. You can modify the configuration to achieve that effect:
parameters:
paths:
- src
excludePaths:
analyse:
- src/thirdparty
analyseAndScan:
- src/broken