TYPO3 Core

Patch set 2 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/24040

Patch set 3 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/24040

Patch set 4 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/24040

Patch set 5 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/24040

I guess this approach will break extensions, relying on this behaviour.
What if you need the "not-enabled" records in FE too?

I think we should add a possibility to modify this behaviour on the fly by introducing some new API.

I guess this approach will break extensions, relying on this behaviour.
What if you need the "not-enabled" records in FE too?

FE? Please read carefully the commit message. This patch only addresses the BE (and does not touch the FE in any means).

Look at the method getWhereClauseForEnabledFields in this patch which clearly makes the distinction btw BE and FE.
https://review.typo3.org/#/c/23742/3/typo3/sysext/core/Classes/Resource/AbstractRepository.php

Furthermore, before the patch was merged (14 days ago) the behaviour was the opposite and is currently breaking Media @see #52236

I think we should add a possibility to modify this behaviour on the fly by introducing some new API.

As somehow expressed in the commit message, we could have this but it is the kind of thing that requires time. To quickly have Media fixed (and other extensions if they use this in the BE), I would prefer to have the default behaviour of the List module: list everything regardless of starttime, endtime, disable except the deleted flag.

This issue can be abandoned. It has been discussed that enable fields don't suit in the FAL concept where a file record is a strict representation of a file. With the new "sys_file_metadata" in 6.2, some fields like "visible" have been introduced for controlling visibility on the FE by a gallery plugin as example.