This project is mirrored from https://git.typo3.org/typo3/typo3.git. Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer.
Last successful update .
  1. 19 Dec, 2017 1 commit
  2. 20 Nov, 2017 1 commit
  3. 03 Apr, 2017 1 commit
  4. 26 Oct, 2016 1 commit
  5. 30 Aug, 2016 1 commit
  6. 02 Aug, 2016 1 commit
  7. 27 May, 2016 1 commit
  8. 20 Nov, 2015 1 commit
  9. 08 Oct, 2015 1 commit
  10. 05 Aug, 2015 1 commit
  11. 18 Jan, 2015 1 commit
  12. 13 Dec, 2014 2 commits
  13. 02 Dec, 2014 1 commit
  14. 13 Nov, 2014 1 commit
  15. 02 Nov, 2014 1 commit
  16. 28 Oct, 2014 1 commit
  17. 25 Oct, 2014 1 commit
  18. 22 Jun, 2014 1 commit
    • Michael Schams's avatar
      [TASK] Re-work/simplify copyright header in PHP files - Part 7 · 47a9bb03
      Michael Schams authored
      This patch replaces the copyright/license header in PHP files with a
      new, simplified one. The new header does not show the year figure, nor
      an author name, and refers to the LICENSE.txt file for the full
      copyright information. License is: GPL2 or any later version.
      
      This is a multi-part commit due to the huge number of changed files.
      See issue #59783 for further details.
      
      Resolves: #59783
      Releases: 6.3, 6.2
      Change-Id: I0e2f68990217f7442abe5b940fd769250c37aec0
      Reviewed-on: https://review.typo3.org/31028
      Reviewed-by: Krzysztof Adamczyk
      Tested-by: Krzysztof Adamczyk
      Reviewed-by: Markus Klein
      Tested-by: Markus Klein
      47a9bb03
  19. 21 Mar, 2014 1 commit
    • Benni Mack's avatar
      [TASK] Speed up page ID resolving in Extbase BE · e1fbc3b3
      Benni Mack authored
      Extbase does some simple calls to determine the
      page ID of the current request, and does not cache it.
      
      This costs some mySQL calls, which are unneeded
      once the current page ID is found. The page ID is
      now stored in the ConfigurationManager to retrieve
      with a simple runtime cache.
      
      Resolves: #55566
      Resolves: #57125
      Releases: 6.2
      Change-Id: Id5fe4a25591c77ce8a81cefa018a04e803ba7e8a
      Reviewed-on: https://review.typo3.org/27243
      Reviewed-by: Nicole Cordes
      Tested-by: Nicole Cordes
      Reviewed-by: Stefan Neufeind
      Tested-by: Stefan Neufeind
      e1fbc3b3
  20. 23 Feb, 2014 2 commits
  21. 01 Feb, 2014 1 commit
    • Jo Hasenau's avatar
      [TASK] Use (int) instead of intval() or (integer) · 9646d26b
      Jo Hasenau authored
      This patch replaces most of around 1600 occurrences of
      intval() and every (integer) in the whole core.
      Additionally it changes GeneralUtility::intExplode to use references
      and typecasting as well.
      Some occurrences of strstr() together with intval() have been replaced
      with strpos() as well.
      And some superfluous intval calls have been removed or reduced
      to a single one i.e. for protected variables or before loops.
      Patch updated after Core CGL decision from 30.01.2014
      
      Resolves: #54265
      Releases: 6.2
      Change-Id: Iba57ffad1f4233ffa1a9f7d3ca5bfe9d2b53f1e8
      Reviewed-on: https://review.typo3.org/26740
      Reviewed-by: Stefan Neufeind
      Tested-by: Stefan Neufeind
      9646d26b
  22. 15 Jan, 2014 1 commit
  23. 13 Jan, 2014 1 commit
  24. 09 Jan, 2014 1 commit
    • Felix Oertel's avatar
      [BUGFIX] Assume pid 0 for global backend context · ba2386e7
      Felix Oertel authored and Anja Leichsenring's avatar Anja Leichsenring committed
      If outside from "Web", extbase modules try to figure out some pid,
      while in reality there is just none. The core takes "0" in this
      situations, for looking for typoscript templates and tagging
      cf_cache_pagesection entries.
      
      To enable extbase to use the core's cache entries, we should streamline
      this.
      
      * Return 0, if no pid is set
      * Remove needless unit-tests
      
      Resolves: #54813
      Releases: 6.2
      Change-Id: I58cbaac0b40323e1766229488973b775accd1b97
      Reviewed-on: https://review.typo3.org/26675
      Reviewed-by: Oliver Klee
      Reviewed-by: Stefan Froemken
      Tested-by: Stefan Froemken
      Reviewed-by: Anja Leichsenring
      Tested-by: Anja Leichsenring
      ba2386e7
  25. 08 Jan, 2014 1 commit
    • Markus Klein's avatar
      [TASK] Improve performance of array_merge_recursive_overrule · 2917b074
      Markus Klein authored
      The method GeneralUtility::array_merge_recursive_overrule()
      always works on a copy of the given array(s). This is highly
      inefficient when it comes to really big arrays and recursion.
      
      This patches moves the functionality into the class ArrayUtility
      and changes the behaviour to use a reference to the
      original array.
      All calls in the core are adjusted accordingly.
      
      Furthermore we deprecate the method in GeneralUtility and
      preserve backward compatibility.
      
      Resolves: #54251
      Releases: 6.2
      Change-Id: I5499905593c2124897de5998be985e546a3d05ee
      Reviewed-on: https://review.typo3.org/25986
      Reviewed-by: Michiel Roos
      Tested-by: Michiel Roos
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
      Reviewed-by: Ernesto Baschny
      Tested-by: Ernesto Baschny
      2917b074
  26. 01 Oct, 2013 1 commit
  27. 08 Jul, 2013 1 commit
    • Alexander Schnitzler's avatar
      [TASK] Replace inject methods with @inject · e83fa716
      Alexander Schnitzler authored and Anja Leichsenring's avatar Anja Leichsenring committed
      Currently we are using inject methods like:
      
      /*
       * @param $foo Foo
       */
      public function injectFoo(Foo $foo) {
      	$this->foo = $foo;
      }
      
      This patch removes these methods and introduces
      property annotations:
      
      /**
       * @var Foo
       * @inject
       */
      protected $foo;
      
      Change-Id: I5b6f1aae29f95c31b9dd69629f05d8451fe30261
      Releases: 6.2
      Resolves: #46598
      Reviewed-on: https://review.typo3.org/22006
      Reviewed-by: Alexander Schnitzler
      Tested-by: Alexander Schnitzler
      Reviewed-by: Marc Bastian Heinrichs
      Tested-by: Marc Bastian Heinrichs
      Reviewed-by: Stefan Neufeind
      Reviewed-by: Anja Leichsenring
      Tested-by: Anja Leichsenring
      e83fa716
  28. 06 Jul, 2013 2 commits
    • Marc Bastian Heinrichs's avatar
      Revert "[TASK] Replace inject methods with @inject; allow @Flow\Inject" · 0a090c64
      Marc Bastian Heinrichs authored
      This reverts commit ad7219c2
      
      See https://review.typo3.org/#/c/21997/
      
      More notes on this:
      A regex to replace @inject with @Flow\Inject when porting 
      Extbase extensions to Flow is very simple and fast.
      
      Additionally @Flow\Inject makes only sense with using "use 
      TYPO3\Flow\Annotations as Flow". But with a backported 
      annotation parser I expect that we would have annotations 
      in "TYPO3\CMS\Extbase\Annotations". Using them as alias 
      "Flow" is a bad style as the alias should be "Extbase" then.
      
      Change-Id: I2113b5320f2a6f5dd56cfa7b06469fa1628d2645
      Reviewed-on: https://review.typo3.org/22004
      Reviewed-by: Marc Bastian Heinrichs
      Tested-by: Marc Bastian Heinrichs
      0a090c64
    • Alexander Schnitzler's avatar
      [TASK] Replace inject methods with @inject; allow @Flow\Inject · ad7219c2
      Alexander Schnitzler authored
      Currently we are using inject methods like:
      
      /*
       * @param $foo Foo
       */
      public function injectFoo(Foo $foo) {
      	$this->foo = $foo;
      }
      
      This patch removes these methods and introduces
      property annotations:
      
      /**
       * @var Foo
       * @inject
       */
      protected $foo;
      
      Besides that, it allows the use of @Flow\Inject
      as well for compatibility to Flow.
      
      Releases: 6.2
      Resolves: #46598
      Change-Id: Ied219d465dfa8fce24a819a7fc58a2ff8cb5401c
      Reviewed-on: https://review.typo3.org/21819
      Reviewed-by: Alexander Schnitzler
      Tested-by: Alexander Schnitzler
      Reviewed-by: Stefan Neufeind
      Tested-by: Stefan Neufeind
      ad7219c2
  29. 23 Apr, 2013 1 commit
  30. 11 Apr, 2013 1 commit
  31. 01 Apr, 2013 1 commit
  32. 26 Mar, 2013 1 commit
    • Oliver Hader's avatar
      [BUGFIX] TypoScript configuration not available in backend · 6a28dc1a
      Oliver Hader authored and Oliver Hader's avatar Oliver Hader committed
      On bootstrapping and dispatching Extbase modules in the
      backend, the frontend TypoScript is being parsed. However, if
      the accordant page does not have any root template assigned, the
      basic Extbase settings cannot be loaded and parsed. In a result,
      e.g. persistence mappings for backend users are not available in
      this situation.
      
      The solution is to explicitly trigger the processing of the
      extension static files (e.g. ext_typoscript_setup.txt) even if
      there's no valid root template.
      
      Change-Id: Ibdeba3f4a0c6303989d5393fee51c20bb6741ca0
      Fixes: #46511
      Related: #46250
      Releases: 6.0, 6.1
      Reviewed-on: https://review.typo3.org/19147
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
      Reviewed-by: Anja Leichsenring
      Tested-by: Anja Leichsenring
      Reviewed-by: Oliver Hader
      Tested-by: Oliver Hader
      6a28dc1a
  33. 11 Dec, 2012 1 commit
  34. 10 Dec, 2012 1 commit
  35. 20 Nov, 2012 1 commit
  36. 19 Nov, 2012 1 commit
  37. 14 Nov, 2012 1 commit