1. 05 Jun, 2020 1 commit
  2. 15 Apr, 2020 2 commits
  3. 14 Apr, 2020 1 commit
  4. 13 Apr, 2020 1 commit
  5. 27 Mar, 2020 1 commit
  6. 22 Jan, 2020 1 commit
  7. 15 Jan, 2020 1 commit
    • Benni Mack's avatar
      [FEATURE] Native MountPoint support for Site Handling · 6170b24f
      Benni Mack authored
      In order to link to mountpoints with Site Handling, the RootlineUtility
      needs to receive the MountPoint parameter, to correctly
      deal with mountpoint-related subpages.
      
      Mount Points are based on the assumption that the "context" (the original
      site environment) is kept. For this to work, the slug of the mount page (doktype=7)
      is prefixed to the URL, but the common prefix of the subpages is trimmed
      with the value of the mounted page (= pointer record).
      
      The MP parameter is then added to PageArguments within the PageArguments
      as "routeArgument" (= safe and clean argument) where TYPO3 is dealing
      with this feature again in the same fashion it as before.
      
      Various side-effects when dealing with mount points from other domains
      still exist (= different language setup, or non-existing sites).
      
      Feature Set:
      * Multi-language setup (= when language setup is the same) with slugs
      * Recursive mount points
      * No MP parameter available in URLs anymore (at all)
      * Multi-site setup (= when language setup is the same)
      
      If a subpage of a mount page does not inherit the slug of the mounted page,
      then the slug of the subpage is added in full afterwards.
      
      Resolves: #86331
      Resolves: #87473
      Resolves: #89039
      Releases: master, 9.5
      Change-Id: I58f41eb325a07cc0c4a0dfeab1164eb8c58c7314
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/62878
      
      
      Tested-by: default avatarTYPO3com <noreply@typo3.com>
      Tested-by: Susanne Moog's avatarSusanne Moog <look@susi.dev>
      Tested-by: Daniel Siepmann's avatarDaniel Siepmann <coding@daniel-siepmann.de>
      Tested-by: Benni Mack's avatarBenni Mack <benni@typo3.org>
      Reviewed-by: Susanne Moog's avatarSusanne Moog <look@susi.dev>
      Reviewed-by: Daniel Goerz's avatarDaniel Goerz <daniel.goerz@posteo.de>
      Reviewed-by: Benni Mack's avatarBenni Mack <benni@typo3.org>
      6170b24f
  8. 13 Jan, 2020 1 commit
  9. 30 Dec, 2019 1 commit
  10. 07 Oct, 2019 1 commit
  11. 17 Jul, 2019 1 commit
  12. 26 Jun, 2019 1 commit
  13. 17 Jun, 2019 1 commit
  14. 22 May, 2019 1 commit
  15. 16 May, 2019 1 commit
  16. 15 May, 2019 1 commit
  17. 08 May, 2019 1 commit
  18. 25 Mar, 2019 1 commit
  19. 22 Mar, 2019 1 commit
  20. 16 Mar, 2019 1 commit
  21. 08 Mar, 2019 1 commit
  22. 04 Mar, 2019 1 commit
  23. 23 Feb, 2019 1 commit
  24. 07 Jan, 2019 1 commit
  25. 22 Dec, 2018 1 commit
  26. 05 Nov, 2018 1 commit
  27. 01 Oct, 2018 2 commits
  28. 27 Sep, 2018 1 commit
  29. 26 Sep, 2018 1 commit
    • Oliver Hader's avatar
      [TASK] Clean up Routing API · 8f73f703
      Oliver Hader authored and Oliver Hader's avatar Oliver Hader committed
      The PageUriBuilder is gone, as all is centralized in the
      PageRouter now, which acts as the centralized place to resolve
      Requests ("matchRequest") and to create URLs ("generateUri")
      for pages that have a site configuration.
      
      RouterInterface is the abstract interface which is intended to be
      used within Backend as well in the future, and provides a good basis
      for both cases (that's why page ID and SiteInterface is not hardcoded
      in the API).
      
      RouteResultInterface is introduced to allow further Result objects
      like page-specific results, useful for future routing improvements.
      
      Since PageUriBuilder was only used in cases where there was a
      site, the Router is now bound to a site (see constructor).
      
      When generating a URL, the PageRouter can receive a special
      argument called "_language" to hand over a SiteLanguage object.
      
      Resolves: #86388
      Releases: master
      Change-Id: Ib090d3373a88cb7c534557ef21b46dce646078b5
      Reviewed-on: https://review.typo3.org/58149
      
      
      Tested-by: default avatarTYPO3com <no-reply@typo3.com>
      Reviewed-by: Oliver Hader's avatarOliver Hader <oliver.hader@typo3.org>
      Tested-by: Oliver Hader's avatarOliver Hader <oliver.hader@typo3.org>
      8f73f703
  30. 13 Sep, 2018 1 commit
  31. 03 Sep, 2018 1 commit
  32. 02 Sep, 2018 2 commits
  33. 01 Sep, 2018 1 commit
  34. 31 Aug, 2018 1 commit
  35. 30 Aug, 2018 2 commits
  36. 27 Aug, 2018 1 commit