… (lyrixx)

This PR was merged into the 7.3 branch.

Discussion
----------

[Console] Restore `SHELL_VERBOSITY` after a command is ran

| Q             | A
| ------------- | ---
| Branch?       | 7.2
| Bug fix?      | yes
| New feature?  | no
| Deprecations? | no
| Issues        |
| License       | MIT

---

Considereing the following code:

```php
require __DIR__.'/vendor/autoload.php';

use Symfony\Component\Console\Application;
use Symfony\Component\Console\Attribute\AsCommand;
use Symfony\Component\Console\Input\ArgvInput;
use Symfony\Component\Console\Output\OutputInterface;

#[AsCommand('a')]
class A
{
    public function __invoke(OutputInterface $output)
    {
        $output->writeln('Command A executed');

        return 0;
    }
}

#[AsCommand('b')]
class B
{
    public function __invoke(OutputInterface $output)
    {
        $output->writeln('Command B executed');

        return 0;
    }
}

#[AsCommand('main')]
class Main
{
    public function __construct(
        private Application $app
    ) {}

    public function __invoke(OutputInterface $output)
    {
        $this->app->setAutoExit(false);

        $this->app->run(new ArgvInput([__FILE__, 'a', '--quiet']));

        $this->app->run(new ArgvInput([__FILE__, 'b']));

        $output->writeln('Main command executed');

        return 0;
    }
}

$app = new Application();
$app->addCommand(new A());
$app->addCommand(new B());
$app->addCommand(new Main($app));

$app->run();
```

Without this patch,
* the output of B command is not displayed. It should be!
* But the output `Main command executed` is. It should be, it's correct. But it's hard to understand. the current $output has already been configured, and it's not silenced by `--quiet` yet

Commits
-------

697fca1 [Console] Restore SHELL_VERBOSITY after a command is ran

…existing object' with Doctrine transport

…used by an existing object' with Doctrine transport (atgitwk)

This PR was submitted for the 7.2 branch but it was squashed and merged into the 7.3 branch instead.

Discussion
----------

[Messenger] Fix Oracle errors 'ORA-00955: Name is already used by an existing object' with Doctrine transport

| Q             | A
| ------------- | ---
| Branch?       | 7.2
| Bug fix?      | yes
| New feature?  | no
| Deprecations? | no
| Issues        | Fix #59903
| License       | MIT

Initialization of MESSENGER objects causes an Oracle error when using `messenger:setup-transports`.
For more explanation, please see issue #59903

Commits
-------

45c3203 [Messenger] Fix Oracle errors 'ORA-00955: Name is already used by an existing object' with Doctrine transport