Execute TYPO3 core master nightly tests. Auto generated! See Build/bamboo of core git repository.

Build: #62 was successful Rebuilt by Bamboo CLI Admin

Stages & jobs

  1. Preparation

  2. Integrity

  3. Unit Tests PHP72

  4. Unit Tests PHP73

  5. Unit Tests PHP74

  6. Acceptance mysql

  7. Functionals mssql PHP 7.3

  8. Acceptance sqlite

  9. Acceptance pgsql

  10. Functionals mssql PHP7.4

  11. Functionals mysql PHP 7.2

  12. Functionals mysql PHP 7.3

  13. Functionals mysql PHP 7.4

  14. Functionals pgsql

  15. Functionals sqlite

  16. Functionals mssql PHP 7.2

Build result summary

Details

Completed
Duration
226 minutes
Labels
change-patchset-
Revision
1da944bc92ab3df33dff525e8a81591dfe9c7c5e 1da944bc92ab3df33dff525e8a81591dfe9c7c5e
Total tests
338555
Successful since
#58 ()
Number of retries
1

Tests

Code commits

Author Commit Message Commit date
Stephan Großberndt <stephan.grossberndt@typo3.org> Stephan Großberndt <stephan.grossberndt@typo3.org> 1da944bc92ab3df33dff525e8a81591dfe9c7c5e 1da944bc92ab3df33dff525e8a81591dfe9c7c5e [BUGFIX] Show indexed_search backend module on PostgreSQL for pages with subpages
This patch fixes the SQL query retrieving the statistics in the
indexed_search backend module for pages containing subpages when
using PostgreSQL by making sure the IN clause only contains a plain
int array instead of a multidimensional one (which MySQl appears to
cope with without issues surprisingly).

Resolves: #91659
Releases: master, 10.4, 9.5
Change-Id: Ic64e7da033299a4406559c39f9f341c645b95eba
Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/65095
Tested-by: TYPO3com <noreply@typo3.com>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Oliver Hader <oliver@typo3.org> Oliver Hader <oliver@typo3.org> e25bc8a867aa9995fd1e9f298c3d5caec2cad77d e25bc8a867aa9995fd1e9f298c3d5caec2cad77d [BUGFIX] Adjust processing order of routes during URL generation
Prior to this patch routes were processed in reverse definition order.
Routes defined last came first. Depending on the existence of variable
defaults this behavior produced a couple of unexpected results.

  first:
    routePath: '/route/{a}/{b}'
  second:
    routePath: '/route/{c}'
    defaults:
      c: '0'

The example above, processed in reverse order and having parameters
`a` and `b` given, still resulted in `second` route being used since
the missing parameter `c` was defined by corresponding variable default.

This change adjusts the order of routes depending on given parameters,
completeness of a route (when all parameters are given, even defaults).
Sorting is adjusted based on the following criteria:

* default routes (e.g. `/my-page`) - processed later
* static routes (e.g. `/my-page/list`) - processed later
* all variables are given (complete) - processed earlier
  (e.g. parameters `a` and `b` are given for route `/route/{a}/{b}`)
* all mandatory variables are given (complete) - processed earlier
* less missing variable defaults - processed earlier
* less variable defaults amount - processed earlier

Tests in class `RouteSorterTest` provide more examples & details.

Resolves: #90924
Releases: master, 10.4, 9.5
Change-Id: I26f56e6905472a501ff487295da23b3bc3b5c77e
Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/65040
Tested-by: TYPO3com <noreply@typo3.com>
Tested-by: Oliver Hader <oliver.hader@typo3.org>
Reviewed-by: Oliver Hader <oliver.hader@typo3.org>
Christian Kuhn <lolli@schwarzbu.ch> Christian Kuhn <lolli@schwarzbu.ch> 9ada23455f122ac238a9b78a72a7035017eb47aa 9ada23455f122ac238a9b78a72a7035017eb47aa [BUGFIX] Deleting a localized page deletes its localized records
This fixes an issue that has been in the core "since ever":
Have a localized page with localized records on it. If the
page localization is deleted (for instance via list module),
its localized records are NOT marked as deleted. They are
not shown anymore since the localized page record is gone,
but they're still there. If later a localization of this page
with the same sys_language_uid is created again, the records
magically reappear.
The patch changes DataHandler->deleteSpecificPage() to delete
localized records of localized pages correctly for the
sys_language_uid in question if the table is localization
aware.
An edge case within workspace is handled to suppress the
cascading delete while swapping pages.

Resolves: #90447
Releases: master, 10.4, 9.5
Change-Id: Iea44deeea929f165c717d17e6b997ff6bb829847
Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/65093
Tested-by: TYPO3com <noreply@typo3.com>
Tested-by: Andreas Fernandez <a.fernandez@scripting-base.de>
Reviewed-by: Andreas Fernandez <a.fernandez@scripting-base.de>