Bug #91502

CLI command backend:lock uses wrong path

Added by Georg Ringer 8 months ago. Updated 5 months ago.

Should have
Target version:
Start date:
Due date:
% Done:


Estimated time:
TYPO3 Version:
PHP Version:
path lock cli
Is Regression:
Sprint Focus:


Using TYPO3 with traditional setup, so using the tar.gz (not tested with composer mode) will use wrong path to generate the LOCK file.

The command ./typo3_src/typo3/sysext/core/bin/typo3 backend:lock will create the output

 [OK] Wrote lock file to "/app/web/typo3_src/typo3conf/LOCK_BACKEND".

but the path is wrong as it must be /app/web/typo3conf/LOCK_BACKEND"


Updated by Georg Ringer 8 months ago

  • Category set to CLI
  • Tags changed from path lock to path lock cli

Updated by Georg Ringer 8 months ago

  • Status changed from Accepted to Rejected

sorry, was stupid me


Updated by Christian Hackl 6 months ago

I run into the same problem - and the file is not created at the path mentioned at the output of the command.
So I think it would be better if there is a desition like:

TYPO3\CMS\Backend\Command\LockBackendCommand::class - line 67

if (is_file($lockFile)) {
} else {
    $io->warning('Can't create file: ' . $lockFile);

Updated by Benni Mack 5 months ago

Interestingly enough, this is a mis-use of the binary, as the root path cannot be determined, when executing the binary from a symlinked location. I did the following:

cd typo3_src/
cd typo3/sysext/core/bin/


and I only see information as TYPO3 would not have been installed yet. Why is that? Well, that's because TYPO3 cannot determine the root path anymore, if you're not using the base folder.

So, in general, I'd like to find out, where this is documented to call "./typo3_src/typo3/sysext/core/bin/typo3", as we really need to clarify this.

Also available in: Atom PDF