Skip to content
Snippets Groups Projects
  1. Sep 15, 2014
  2. Jun 22, 2014
    • Michael Schams's avatar
      [TASK] Re-work/simplify copyright header in PHP files - Part 9 · 2ffb721c
      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 #59785 for further details.
      
      Resolves: #59785
      Releases: 6.3, 6.2
      Change-Id: If6a4795e7f2841474241d236d8ed33baceee0d2e
      Reviewed-on: https://review.typo3.org/31030
      Reviewed-by: Markus Klein
      Tested-by: Markus Klein
      2ffb721c
  3. Jan 13, 2014
  4. Oct 13, 2013
    • Thomas Maroschik's avatar
      [FEATURE] Integrate preliminary PackageManager API · 84d6207c
      Thomas Maroschik authored
      The Package Manager from Flow has been backported and integrated as
      CMS Package Manager. This enables us to use full vendor namespaces for
      extensions and brings us closer to a unified TYPO3 package format.
      
      For more Details see: http://wiki.typo3.org/Blueprints/Packagemanager
      
      Resolves: #47018
      Releases: 6.2
      Change-Id: I52abedaf470cebddb3553e37581021bf368380e6
      Reviewed-on: https://review.typo3.org/19605
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
      Reviewed-by: Alexander Opitz
      Reviewed-by: Sascha Egerer
      Reviewed-by: Thomas Maroschik
      Tested-by: Thomas Maroschik
      Tested-by: Alexander Opitz
      Reviewed-by: Ernesto Baschny
      Tested-by: Ernesto Baschny
      84d6207c
  5. Oct 01, 2013
    • Christian Kuhn's avatar
      [TASK] Remove closing PHP tags · 77f29a3c
      Christian Kuhn authored
      Change-Id: Iaa92566c53301e49396fc9fb26b0b339c48d567b
      Resolves: #52360
      Releases: 6.2
      Reviewed-on: https://review.typo3.org/24212
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
      Reviewed-by: Ernesto Baschny
      Tested-by: Ernesto Baschny
      Reviewed-by: Anja Leichsenring
      Tested-by: Anja Leichsenring
      77f29a3c
  6. Jul 15, 2013
    • Stefan Neufeind's avatar
      [TASK] require-statements should use absolute paths · ad59f964
      Stefan Neufeind authored
      require-statements relying on the current working-
      directory and/or a certain include-path setting
      can cause unexpected behaviour.
      A path is added for those cases. For the current
      working-directory simply using __DIR__ is okay.
      
      Change-Id: I959c8f4a1d25ca1403e7dcecb0bc20826c7c5059
      Resolves: #49991
      Releases: 6.2
      Reviewed-on: https://review.typo3.org/22270
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
      Reviewed-by: Anja Leichsenring
      Tested-by: Anja Leichsenring
      ad59f964
  7. Jun 19, 2013
    • Christian Kuhn's avatar
      [!!!][TASK] Rewrite install tool · 2e3c9d5e
      Christian Kuhn authored
      Main features:
      * The god class "Installer" is gone and split into two major parts.
      A step controller handling major upgrade and install tasks, and a
      tool controller handling the known install tool actions.
      
      * The step controller is designed to be always called prior to the
      tool controller, if a step needs execution, it comes up, otherwise
      the tool controller will be executed.
      
      * The entry point typo3/install/index.php is gone and substituted
      by typo3/sysext/install/Start/Install.php. The file contains a
      lengthy comment to document the main request flow and used GET/POST
      parameters.
      
      * Most parts of the install tool do not bootstrap the whole system
      anymore, in general only the base bootstrap, dbal (if loaded),
      extbase and fluid ext_localconf.php are loaded. This makes sure
      the install tool can not fatal if some extensions ext_localconf
      is broken. The whole install tool runs without any caching, so a fatal
      in some cache file can not kill the install tool execution.
      
      * Installing TYPO3 CMS on a dbal enabled system is now handled in
      the step installer directly to make the according code easier to
      understand.
      
      * Rendering is done with a simplified fluid standalone view.
      
      * All install tool forms are CSRF protected.
      
      * A new and fully unit tested class structure is introduced, designed
      to take care of the basic file and folder structure of the instance.
      It is used during installation to create the needed structure and
      can be called in the install tool to compare and fix the current
      instance structure with the expected structure. In effect, the
      "dummy" package is obsolete. An instance can be created by just
      linking index.php, typo3_src/ and typo3/ within the document root,
      the installer takes care of creating everything else.
      
      * The installation procedure is released from the package handling.
      Packages will be handled by the extension manager after initial
      installation with another patch.
      
      Loose ends:
      * The whole package handling needs to be implemented in the
      extension manager.
      
      * Not all upgrade wizards work, this code area needs some love.
      
      * A 'core' auto updater could be implemented now. A GSoC project
      is currently running to realize this.
      
      * The SQL schema migration API is a mess and should be refactored.
      For now, another helper class is introduced to encapsulate some
      of the nasty details.
      
      * An auto configuration and configuration suggestion system is
      planned and needs to be done. It should suggest best configuration
      options in the install tool, and should auto configure the system
      during installation in the last install step.
      
      * If the backend or frontend fatals due to some extension that
      triggers a fatal in ext_localconf or ext_tables (for example
      due to a require() of a no longer existing file), a small helper
      action in the install tool could find those extensions and suggest
      to unload them.
      
      Change-Id: Ice3248caa903449ad6a83ea4f234c7bd125bdb66
      Resolves: #49162
      Releases: 6.2
      Reviewed-on: https://review.typo3.org/21468
      Reviewed-by: Anja Leichsenring
      Tested-by: Anja Leichsenring
      Tested-by: Alexander Opitz
      Reviewed-by: Stefan Froemken
      Tested-by: Stefan Froemken
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
      2e3c9d5e
  8. Apr 02, 2013
    • Christian Kuhn's avatar
      [TASK] Release installation procedure from LocalConfiguration file · 5cd8ec07
      Christian Kuhn authored
      The dummy, government and introduction packages deliver with a
      default typo3conf/LocalConfiguration.php file to set defaults. If
      the installation was not yet completed, those files do not contain
      database settings. The bootstrap loads LocalConfiguration and
      redirects to the install tool in 123 mode, if those db credentials
      are missing. This is ugly and leads to several headaches.
      
      The patch introduces a new file called "FactoryConfiguration.php"
      within ext:core Configuration directory to set those defaults now.
      The packages can overload these settings with an own file in
      typo3conf called "AdditionalFactoryConfiguration", eg. to load the
      specific extensions needed during the install process.
      
      This way, the packages do not deliver a "LocalConfiguration" file
      anymore. The boostrap now just checks for the existence of the file
      and redirects to the install tool if it doesn't exist. The install
      tool then creates the "LocalConfiguration" from the factory files
      at an early point in the process.
      
      The patch has to deal with different side effect of this:
      * ConfigurationManager is no singleton anymore, there was no reason
        for that in the first place anyway.
      * ConfigurationManager has a new method to deal with the factory
        files.
      * ConfigurationManager got some refactoring to get rid of constants
      * Bootstrap is adapted to the new file existance handling.
      * GeneralUtility::fixPermissions now can give default permission
        values for files if the settings do not exist yet.
      * GeneralUtility::writeFile now accepts a new argument to force
        setting permissions. This is used in ConfigurationManager to
        end up with a LocalConfigurationFile with correct permissions
        as soon as installation is completed.
      * As usual, the patch has a good test coverage to show everything
        works as expected.
      
      Change-Id: Icb644534e6d1f426bc9512a941a69d3ee3727223
      Resolves: #46854
      Releases: 6.1
      Reviewed-on: https://review.typo3.org/19506
      Reviewed-by: Oliver Hader
      Tested-by: Oliver Hader
      Reviewed-by: Anja Leichsenring
      Tested-by: Anja Leichsenring
      Reviewed-by: Jigal van Hemert
      Tested-by: Jigal van Hemert
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
      5cd8ec07
  9. Mar 19, 2013
    • Wouter Wolters's avatar
      [TASK] Update copyright year to 2013 · 4d463976
      Wouter Wolters authored
      In this patch are also some fixes for files containing
      a interface. Due the namespace change all interfaces
      have the curly bracket not on the same line as the
      interface name.
      
      Change-Id: I64ba45de73693452d681ce7f018965968b11d2af
      Resolves: #46370
      Releases: 6.1
      Reviewed-on: https://review.typo3.org/18984
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
      4d463976
  10. Nov 25, 2012
    • Christian Kuhn's avatar
      [TASK] Protect bootstrap methods · 9ae7500d
      Christian Kuhn authored
      With 6.0 the bootstrap related core code was split into small methods
      and transferred to a group of encapsulating classes.
      While this is an important step to get a flexible and maintainable
      bootstrap in the end, this process is not completed and still misses
      for example a real concept for scopes.
      The patch groups methods used in all scopes in bootstrap wrapper
      methods and makes the business methods protected. The whole API and
      all affected classes are marked as "internal", together with a
      warning that this API will change in the future and shouldn't be
      used by 3rd party code that is not under core control.
      This gives freedom for future development of this core code without
      taking care of backwards compatibility. With previous versions there
      was no API at all, so this is not a feature loss from an extension
      point of view.
      
      Change-Id: Ib841a19c766691fdeb7dab07280a005d6b67a938
      Resolves: #43285
      Releases: 6.0
      Reviewed-on: http://review.typo3.org/16724
      Reviewed-by: Steffen Ritte...
      9ae7500d
  11. Nov 16, 2012
  12. Sep 12, 2012
    • Helmut Hummel's avatar
      [TASK] Cleanup Bootstrap Classes · e29649de
      Helmut Hummel authored
      The namespace switch removed some linefeeds that 
      were there to improve readability of the bootstrap.
      
      Add these again and also remove the compatibility 
      files as these files are new to 6.0 anyway.
      
      Resolves: #40877
      Releases: 6.0
      
      Change-Id: I1ed4e7d8710f4feb97a0331b5526336075aa7932
      Reviewed-on: http://review.typo3.org/14561
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
      Reviewed-by: Helmut Hummel
      Tested-by: Helmut Hummel
      e29649de
  13. Aug 23, 2012
  14. Jun 24, 2012
    • Christian Kuhn's avatar
      [TASK] Encapsulate bootstrap base code · 1bf9ae64
      Christian Kuhn authored
      This patch merges all bootstrap code that is independent from the local
      instance and configuration into one class. A wrapper method in
      Typo3_Bootsrap is introduced to call the only public method of this
      class. This reduces the number of public bootstrap methods and
      creates a clear definition what code must be run until instance
      specific configuration comes into the game.
      
      Some code fragments like the time initialization is now done more early
      in bootstrap, the according methods are merged in the class.
      
      The basic error_reporting setup is moved to the very end of the class,
      which forced some called t3lib_div methods to be notice free.
      
      All code that can be easily tested in this class now has unit tests.
      
      Change-Id: I90d48f8f4ff4a59b5507becb6102c90b39d9eebd
      Resolves: #38344
      Releases: 6.0
      Reviewed-on: http://review.typo3.org/12319
      Reviewed-by: Steffen Ritter
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
      Reviewed-by: Susanne Moog
      Tested-by: Susanne Moog
      1bf9ae64
  15. Jun 17, 2012
    • Christian Kuhn's avatar
      [TASK] Restructure bootstrap classes · 919230b5
      Christian Kuhn authored
      The scope separation in Bootstrap classes still needs more thoughts
      and concepts. For now, the construct is simplified to a simple main
      class with most code in it and independent static helper classes
      to encapsulate scope specific code.
      
      Change-Id: I3f70ececb876fef8bfce76646f84a86cda439a74
      Resolves: #38134
      Releases: 6.0
      Reviewed-on: http://review.typo3.org/12144
      Reviewed-by: Helmut Hummel
      Tested-by: Helmut Hummel
      Reviewed-by: Oliver Hader
      Tested-by: Oliver Hader
      919230b5
  16. Jun 16, 2012
    • Oliver Hader's avatar
      [TASK] Use singleton objects for bootstrapping · c06ce81d
      Oliver Hader authored
      Use singleton objects for bootstrapping instead of calling
      static functions. This way the whole process can be extended
      and covered by unit tests much better.
      
      Change-Id: I1d260cfff7a2fc783a709f43fc80de217d941016
      Resolves: #38121
      Releases: 6.0
      Reviewed-on: http://review.typo3.org/12133
      Tested-by: Philipp Gampe
      Reviewed-by: Philipp Gampe
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
      c06ce81d
  17. Jun 15, 2012
    • Oliver Hader's avatar
      [TASK] Streamline naming of Typo3_Bootstrap · 8e400277
      Oliver Hader authored
      Streamline naming of Typo3_Bootstrap and location of files to be
      in typo3/Classes/Bootstrap/
      
      Change-Id: I063ab9b3a337dce3ffc795be1c81429468a855d7
      Resolves: #38089
      Releases: 6.0
      Reviewed-on: http://review.typo3.org/12103
      Reviewed-by: Philipp Gampe
      Tested-by: Philipp Gampe
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
      8e400277
  18. May 24, 2012
    • Oliver Klee's avatar
      [TASK] Add a comment for require(Bootstrap.php) · 91b1c115
      Oliver Klee authored
      Bootstrap.php is included using "require" instead of "require_once" to
      create a fatal error if Bootstrap.php is included from another place as
      well (which would be a bug).
      
      In order to keep people from changing this to "require_once" (as
      recommended by the CGL), there should be comment explaining the
      situation.
      
      Change-Id: I39c88cae5af38bceafa5ca92561394a275152520
      Resolves: #37447
      Relates: #37383
      Releases: 6.0
      Reviewed-on: http://review.typo3.org/11549
      Reviewed-by: Philipp Gampe
      Tested-by: Philipp Gampe
      Reviewed-by: Oliver Klee
      Reviewed-by: Markus Klein
      Tested-by: Markus Klein
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
      Reviewed-by: Tolleiv Nietsch
      Tested-by: Tolleiv Nietsch
      91b1c115
  19. May 16, 2012
    • Christian Kuhn's avatar
      [TASK] CGL cleanup in bootstrap · ff51c5db
      Christian Kuhn authored
      Fix some cgl flaws that slipped through during the bootstrap refactoring.
      
      Change-Id: Id2d122d0afdb3e0e1091a13eeecf62c1c67236f4
      Resolves: #37236
      Releases: 6.0
      Reviewed-on: http://review.typo3.org/11261
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
      ff51c5db
    • Christian Kuhn's avatar
      [TASK] Bootstrap: Disentangle cli and install from init.php · 094b9f1f
      Christian Kuhn authored
      Extract code from init.php and put it to methods in Bootstrap.php.
      Additionally, cli_dispatch and install/index.php do not require
      init.php anymore and have a uncoupled bootstrap now.
      
      There is still room for improvement,
      this patch is just another intermediate step.
      
      Change-Id: I5c6d84b8acb7760c8a77f192b2b5ba063b417b0d
      Resolves: #37130
      Releases: 6.0
      Reviewed-on: http://review.typo3.org/11153
      Reviewed-by: Helmut Hummel
      Tested-by: Helmut Hummel
      Reviewed-by: Philipp Gampe
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
      094b9f1f
  20. May 07, 2012
    • Christian Kuhn's avatar
      [!!!][TASK] Bootstrap: Central constants and path handling · bf119ecd
      Christian Kuhn authored
      Introduce a class to define main constants and all basic
      path evaluations at an early point in bootstrap.
      
      The patch streamlines a lot of the duplicated code for the different
      entry points to TYPO3 and moves especially the path handling to a
      well documented central location.
      
      Until now, it was documented that is is possible to define own names
      for the directories "typo3/", "tslib", "typo3conf/" and "t3lib/".
      This never worked without core hacks and was probably never used in
      production by anyone for that reason.
      This feature is now officially dropped.
      
      Change-Id: Id1ec1082a2572f20500c23357ef5fdbdb05c8498
      Resolves: #36889
      Releases: 6.0
      Reviewed-on: http://review.typo3.org/11030
      Reviewed-by: Tolleiv Nietsch
      Tested-by: Tolleiv Nietsch
      Reviewed-by: Susanne Moog
      Tested-by: Susanne Moog
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
      bf119ecd
  21. Apr 02, 2011
  22. Mar 25, 2011
  23. Jan 18, 2011
  24. Aug 30, 2010
  25. Aug 19, 2010
  26. Jun 13, 2010
  27. Feb 23, 2010
  28. Nov 17, 2009
  29. Jun 04, 2009
  30. Mar 09, 2009
  31. Mar 16, 2008
  32. Apr 10, 2006