Project

General

Profile

Actions

Bug #103803

closed

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

Added by Patrick Schriner 7 months ago. Updated 4 months ago.

Status:
Closed
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 7 months 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 Kießling 7 months 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 #3

Updated by Patrick Schriner 4 months ago

kann ich nicht mehr reproduzieren

Actions #4

Updated by Georg Ringer 4 months ago

  • Status changed from Under Review to Closed

closed as can't be reproduced anymore

Actions

Also available in: Atom PDF