Composer replaces class names in plugins with _composer_tmp0

[Ocramius]

First, note that this happens sporadically, and I didn't yet identify which state transition causes the composer PluginManager to do that.

Specifically, my plugin looks like following:

class MyPlugin
{
    const SOMETEMPLATE = <<<'PHP'
final class GeneratedThing
{
}
PHP;

    // ...
}

Composer seems to generate a temporary class to be passed to eval() in some conditions.
I cannot reproduce the bug yet, but it seems seems related to optimized classmaps.
The replacement of the class names is done via a regular expression.
The regular expression doesn't recognize the difference between class MyPlugin (class definition) and final class GeneratedThing (within a string), and replaces both instances with respectively MyPlugin_composer_tmp0 and final class GeneratedThing_composer_tmp0.

The offending regex should probably be replaced with AST-aware code.

[Ocramius]

Meanwhile, worked around this bug via Ocramius/PackageVersions#16

[Ocramius]

I managed to reproduce this bug thanks to @BarthyB:

Given following composer.json:

{
    "require": {
        "vich/uploader-bundle": "1.0.1",
        "ocramius/package-versions": "1.0.3"
    }
}

Run a composer install (output not relevant).

Then check vendor/ocramius/package-versions/src/PackageVersions/Versions.php. File should start with something like following:

<?php

namespace PackageVersions;

/**
 * ...
 */
final class Versions
{

Run composer require oneup/uploader-bundle (output not relevant).

Check the vendor/ocramius/package-versions/src/PackageVersions/Versions.php file again:

<?php

namespace PackageVersions;

/**
 * ...
 */
final class Versions_composer_tmp0
{

[sbuzonas]

Effort to leverage the internal tokenizer can be reused in #5239