Skip to content
Snippets Groups Projects
  1. May 06, 2024
  2. May 05, 2024
  3. May 03, 2024
  4. May 02, 2024
  5. May 01, 2024
  6. Apr 30, 2024
  7. Apr 29, 2024
  8. Apr 28, 2024
  9. Apr 27, 2024
  10. Apr 26, 2024
  11. Apr 25, 2024
  12. Apr 24, 2024
    • David Hedden's avatar
      [BUGFIX] Enable multi-level language fallback in extbase · e285595a
      David Hedden authored
      Provide the current language fallback chain to new
      instance of LanguageAspect. So it can be used in PageRepository
      to let extbase records use the fallback chain.
      
      Resolves: #91781
      Releases: main, 12.4
      Change-Id: I291c73c05772533919a7bf6beaa767d156bc9d74
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/83981
      
      
      Tested-by: default avatarAndreas Kienast <a.fernandez@scripting-base.de>
      Tested-by: default avatarcore-ci <typo3@b13.com>
      Reviewed-by: default avatarAndreas Kienast <a.fernandez@scripting-base.de>
      e285595a
    • Andreas Kienast's avatar
      [TASK] Remove usage of "newer" in grunt build · 4506905b
      Andreas Kienast authored
      The grunt module `grunt-newer` was introduced with #90200 to help
      improving build times on consecutive single builds by running tasks on
      changed files only.
      
      This is nowadays not required anymore in JS build context, as it's
      possible in TypeScript to compile changed files only, which is already
      incorporated for quite a while. Therefore, the usage of `newer` is now
      removed in this context. However, to avoid running `terser` multiple
      times on the same, previously compiled files, the directory
      `Build/JavaScript` now gets removed before each TypeScript compilation.
      
      The postcss calculation is fast enough to not require grunt-newer at
      all, therefore grunt-newer is dropped here as well.
      
      Executed commands:
      
          npm remove grunt-newer
      
      Resolves: #103712
      Releases: main, 12.4
      Change-Id: I1c6b88945a45cb9a394a2beaa2ec8198865880b0
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/83980
      
      
      Tested-by: default avatarcore-ci <typo3@b13.com>
      Reviewed-by: default avatarAndreas Kienast <a.fernandez@scripting-base.de>
      Tested-by: default avatarAndreas Kienast <a.fernandez@scripting-base.de>
      4506905b
    • Stefan Bürk's avatar
      [BUGFIX] Mitigate invalid exit code for UpgradeWizard without updates · fd76f71a
      Stefan Bürk authored
      Wizards not marked as done, but not having updates, display a
      notice `No changes applied, marking wizard as done.` when using
      the CLI command `bin/typo3 upgrade:run <wizard-identifier>` and
      return an error exit code. This also happen when not specifying
      a single wizard, but running all available ones.
      
      The GUI based upgrade execution behaves different, as it does not
      return an exit code and does not display information about
      `no changes applied`, like its CLI counterpart.
      
      This change:
      
      * Adds new concrete exception classes for the `upgrade:run`
        command.
      
      * Modifies `UpgradeWizardCommand::getUpgradeWizard()` to
        throw now one of the new concrete exception or return a
        wizard instance to run.
      
      * Skips available upgrade wizards not eligible to be executed.
      
      Resolves: #103447
      Releases: main, 12.4
      Change-Id: Ib6eab07919bb2f6e11bac774ecfd333572c2205f
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/83979
      
      
      Tested-by: default avatarcore-ci <typo3@b13.com>
      Reviewed-by: default avatarStefan Bürk <stefan@buerk.tech>
      Tested-by: default avatarStefan Bürk <stefan@buerk.tech>
      fd76f71a
    • Stefan Bürk's avatar
      [BUGFIX] Use Guzzle request to fetch external error page content · 48b7cc6c
      Stefan Bürk authored
      TYPO3 provides the ability to configure different error handlers for
      specific (or all) error codes, as well as the error handler type
      to use (core handler or custom).
      
      The `\TYPO3\CMS\Core\Error\PageErrorHandler\PageContentErrorHandler`
      allows to specify a target using the link handler. The default config
      allows to define `LinkService::TYPE_PAGE` and `LinkService::TYPE_URL`.
      
      After implementing and stabilizing the TYPO3 sub-request feature,
      this particular error handler has been refactored to use an internal
      sub-request to resolve the error page content: An external URL not
      matching the same instance or having a page unavailable within
      the TYPO3 instance will not return any content.
      
      This change modifies the `PageContentErrorHandler` to send a Guzzle
      request for an external URL instead of using internal sub-requests,
      even if it would access the originating instance again. A limitation
      is that the requested URL **must** return a HTTP status-code 200.
      
      A custom request header is attached to this request. It is then
      checked to avoid recurring errors or loops in the page-resolving
      workflow.
      
      Resolves: #103399
      Related: #98396
      Related: #94402
      Releases: main, 12.4
      Change-Id: If09158abd2aa9246bcb7a4fa41a0ad6e4a0f942c
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/83978
      
      
      Tested-by: default avatarcore-ci <typo3@b13.com>
      Tested-by: default avatarStefan Bürk <stefan@buerk.tech>
      Reviewed-by: default avatarStefan Bürk <stefan@buerk.tech>
      48b7cc6c
  13. Apr 23, 2024