Project

General

Profile

Actions

Bug #103803

open

Inaccessible Settings and Maintenance module when settings.php is not writable

Added by Patrick Schriner 12 days ago. Updated 9 days ago.

Status:
Under Review
Priority:
Should have
Assignee:
-
Category:
Backend User Interface
Target version:
-
Start date:
2024-05-07
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
13
PHP Version:
8.2
Tags:
Complexity:
medium
Is Regression:
Yes
Sprint Focus:

Description

If settings.php is not writable both modules can become inaccessible if a silentConfigurationUpdate has to be performed.

This can be the case e.g. in a highly secure hosting env. with old extension configuration.

Actions #1

Updated by Gerrit Code Review 12 days ago

  • Status changed from New to Under Review

Patch set 1 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/84154

Actions #2

Updated by Andreas Kiessling 9 days ago

The current behavior caused me some trouble in v12 too: i installed typo3/cms-styleguide via composer require --dev since i only need it for my local instance to check on the registered icons.
Thus i got configuration in settings.php that was only valid for my local setup, but not the deployed instance since we skip dev dependencies.
settings.php is not writeable due to selinux and the backend module just crashed since it could not remove that section from settings.php

So if you put such config in a condition in additional.php you can't really use the backend config module properly etc., you risk accidental commits that reintroduce the config.
Having readonly config for production environments is a big plus, but currently it causes more problems than it solves

Actions

Also available in: Atom PDF