TYPO3 Core

Same issue here, after removing all named extensions: tx_news, powermail, tt_address, ... the page will be shown in front- and backend. But any installation of that previously named extensions will lead to an other error:

#1: PHP Warning: preg_match(): Compilation failed: unknown property name after \P or \p at offset 5 in D:\t3-763\typo3\sysext\core\Resources\PHP\ClassMapGenerator.php line 84

Very weird, seems like there is a problem with the PCRE library, which takes care of the regular expression.
Which version do you use? PCRE and PHP?

It's really really weird, I agree. Currently I can't reproduce the error anymore, since I tested a simple patch and by now even not without the patch.

The error occured after clearing the cache by the install tool, as described by "ICA GmbH" above. After manually removal of the extensions (deleting the entries in LocalConfiguration.php and PackageStates.php) I tried to install the extension by extension manager and the following error occured:

#1: PHP Warning: preg_match(): Compilation failed: unknown property name after \P or \p at offset 5 in D:\Projects\t3-763\typo3\sysext\core\Resources\PHP\ClassMapGenerator.php line 84

1. you work in windows
2. your project resides in a folder with a startin "p", just like "D:\Projects\t3-763\..."
3. and you have some extensions installed which excludes some paths from autoloading, just like realurl

In this case a $blacklist has the value like:

'{(D:\Projects\t3-763\...realurl\...|D:\Projects\t3-763\...)}'

and here the escape sequence "\P" exists, which PHP preg_match interpret as \P{XX} a unicode property, which can't be found.

So I changed the line 84 the file: "ClassMapGenerator.php" from

if ($blacklist && preg_match($blacklist, strtr($filePath, '\\', '/'))) {

to

if ($blacklist && preg_match(strtr($blacklist, '\\', '/'), strtr($filePath, '\\', '/'))) {

Et voila, the error dismissed and will no longer been seen ... (hope so... :-))
Don't know if there is something to do or patch, for now I will wait and see.

regards
Christian

Not quite, we use Gerrit for managing patches.

Did you know http://wiki.typo3.org/CWT?
This provides everything to get you started on your Core contribution.
If you have questions, feel free to ask on Slack.

I took a quick look at the file now and realized that this is actually third party code from composer. I wonder how such a bug would have been undiscovered there for so long. We need to investigate if the error is actually happening much earlier at the point where the blacklist is constructed.

The problem seems to be in typo3/sysext/core/Classes/Core/ClassLoadingInformationGenerator.php:150

$blacklistPathPrefix = realpath($classesPath);

realpath is documented to:

On windows realpath() will change unix style paths to windows style.

This is exactly your problem here.

Philipp Faber wrote:

I am getting this error as well and I am on TYPO3 7.6.5 Linux!

Please create a new ticket, as this was clearly about a bug on Windows systems.

Please add steps to reproduce and/or as much info about your setup as possible (composer, non composer,etc.)