1. 21 Jun, 2022 1 commit
  2. 30 Jun, 2021 1 commit
  3. 17 Apr, 2020 1 commit
  4. 15 Apr, 2020 1 commit
  5. 14 Apr, 2020 1 commit
  6. 01 Oct, 2018 1 commit
  7. 28 Jun, 2018 1 commit
  8. 30 Aug, 2016 1 commit
  9. 15 Jan, 2016 1 commit
  10. 08 Oct, 2015 1 commit
  11. 13 Dec, 2014 1 commit
  12. 22 Jun, 2014 1 commit
    • Michael Schams's avatar
      [TASK] Re-work/simplify copyright header in PHP files - Part 1 · 6c359595
      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 #59777 for further details.
      Resolves: #59777
      Releases: 6.2
      Change-Id: Idf5ef5a0da53dd052af54d42a115e951bc9d0e91
      Reviewed-on: https://review.typo3.org/31022
      Reviewed-by: Krzysztof Adamczyk
      Tested-by: Krzysztof Adamczyk
      Reviewed-by: Markus Klein
      Tested-by: Markus Klein
  13. 01 Oct, 2013 1 commit
  14. 25 Sep, 2013 1 commit
    • Christian Kuhn's avatar
      [TASK] Remove GFX im_imvMaskState and im_negate_mask settings · d01c3ced
      Christian Kuhn authored
      There are two very weird settings is GFX array that previously
      decided on how "masks" are applied to images if combining
      multiple images. GFX/im_negate_mask and GFX/im_imvMaskState are
      also manipulated during boostrap and depend on each other.
      Fiddling with those settings in ImageMagick 6 and GraphicsMagick
      with its supported versions, it turns out that they are obsolete
      and can be removed completly. The patch does this.
      Change-Id: Ic24c877287382f9e718974a0df3577dad2eeaac9
      Resolves: #52088
      Releases: 6.2
      Reviewed-on: https://review.typo3.org/23880
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
  15. 16 Sep, 2013 1 commit
    • Christian Kuhn's avatar
      [TASK] Remove GFX/im_combine_filename setting · 557aaa3c
      Christian Kuhn authored
      Image Magick support for versions 4 and 5 was dropped. The setting
      to differentiate combine from composite is obsolete now and composite
      is used always.
      Change-Id: I0fbc847167d340fd83315285745c63d53225891a
      Resolves: #52011
      Releases: 6.2
      Reviewed-on: https://review.typo3.org/23836
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
  16. 15 Sep, 2013 1 commit
    • Christian Kuhn's avatar
      [TASK] Remove GFX/im_no_effects setting · 52238b1c
      Christian Kuhn authored and Wouter Wolters's avatar Wouter Wolters committed
      Support for Image Magick version 4 and 5 was dropped, allowed
      settings for im_version_5 are "im6" and "gm". As soon as one
      of this is set for im_version_5, bootstrap automatically sets
      "im_no_effects" to 1. In effect, this value is *always* one, so
      it is obsolete and can be removed from the system.
      Change-Id: Ieb798352aebaae4943018a225518591a952a8bcb
      Resolves: #52010
      Releases: 6.2
      Reviewed-on: https://review.typo3.org/23835
      Reviewed-by: Anja Leichsenring
      Tested-by: Anja Leichsenring
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
  17. 10 Sep, 2013 1 commit
    • Christian Kuhn's avatar
      [TASK] Install tool configuration system · 92e5e6c5
      Christian Kuhn authored
      The patch implements a "configuration system" to the install tool
      that bundles several settings to enable them on click
      depending on system capabilities.
      A "feature" is represented by a set of configuration options that
      are filled by different presets. Presets have a priority, the
      best preset is the first one. Presets can be available or
      not available and active or not. For example the "image handling"
      feature has the presets "GraphicsMagick" and "ImageMagick 6" and
      a "Custom" preset if the others do not fit.
      This first patch implements "Charset conversion", "Image handling",
      "Development / Production" and "Extbase object cache" settings.
      During installation the available preset with highest priority
      are configured.
      Change-Id: I7304ef001717989720924e7ae03951eb3874adfd
      Resolves: #51454
      Releases: 6.2
      Reviewed-on: https://review.typo3.org/23321
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
      Reviewed-by: Jigal van Hemert
      Tested-by: Jigal van Hemert
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
  18. 27 Aug, 2013 1 commit
    • Stefan Rotsch's avatar
      [TASK] Refactor misleading method name · 95662d9e
      Stefan Rotsch authored and Christian Kuhn's avatar Christian Kuhn committed
      Purpose of the initialize() method in the AbstractAction class is the
      initialization of a handle. It is not intended to be used for generally
      initializing classes derived from AbstractAction.
      By refactoring the method name, the method's purpose will be indicated
      more clearer.
      Change-Id: I1603090e4dfccb5b57da4fa9c3792ec73647c524
      Resolves: #51396
      Releases: 6.2
      Reviewed-on: https://review.typo3.org/23364
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
  19. 19 Jun, 2013 1 commit
    • 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
      * 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
      * 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
  20. 07 May, 2013 1 commit
    • Christian Kuhn's avatar
      [TASK][INSTALL] Extract status objects to own namespace · 3cee1cc7
      Christian Kuhn authored and Philipp Gampe's avatar Philipp Gampe committed
      With 6.1 status classes were introduced within the system environment
      check that represent the different fail severities.
      These objects are pretty useful within ext:install and could be used
      as common helper encapsulating all status tasks.
      The patch moves the status classes out of the system environment
      check to an own namespace within ext:install and adds a utility class
      that helps with rendering, filtering and sorting.
      Change-Id: Id5c6efb567c9b88b7255a1b8ba5a620ed75a7cd3
      Resolves: #47999
      Releases: 6.2
      Reviewed-on: https://review.typo3.org/20561
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
      Reviewed-by: Philipp Gampe
      Tested-by: Philipp Gampe
  21. 05 Apr, 2013 1 commit
    • Nicole Cordes's avatar
      [TASK] Extract status identifier to separate property · ee18f310
      Nicole Cordes authored and Christian Kuhn's avatar Christian Kuhn committed
      Instead of parsing the status objects for their classes it is better to
      refactor the severity status as own property. So even the CSS class
      backparsing can be dropped.
      Change-Id: I6d709017e4b98582aa3b64e512107999d4f2bbb2
      Resolves: #46943
      Releases: 6.1
      Reviewed-on: https://review.typo3.org/19591
      Reviewed-by: Nicole Cordes
      Tested-by: Nicole Cordes
      Reviewed-by: Anja Leichsenring
      Tested-by: Anja Leichsenring
      Reviewed-by: Wouter Wolters
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
  22. 13 Mar, 2013 1 commit
    • Christian Kuhn's avatar
      [FEATURE] Central system environment check · 009f307b
      Christian Kuhn authored
      This patch adds a new structure to the install tool to centralize
      all system and especially PHP related system checks cluttered in
      various modules and parts of the core at the moment.
      The idea is to have a basic, standalone script to test for all
      requirements TYPO3 CMS has in order to run smoothly. The script does
      not use any TYPO3 core code and has no further dependencies. With
      a later patch, the check will be integrated as the very first
      step during install, to give a good indicator if the final
      installed system will work well or if any system constraints are
      not met.
      Currently, the script is included as a new section in the install
      tool, called "System environment", where all checks are performed
      and each gives a status back. This will already help to support
      questions on mailing lists and should be the first step every user
      is guided to: "Do you have warnings or errors in the system
      environment?". The install tool implementation should also help
      already if moving an instance to a different server.
      Furthermore, there is a simple integration in the reports module
      that points to the install tool if issues are found.
      The class structure is as simple as possible, it is very easy to
      adapt single checks later on, the API is a single getStatus() method
      that returns all check object of the specific tests. Due to the
      nature of the script and the later usage in the installation
      process, things like localization and so on are not done and
      should also not be implemented later on.
      Most current check code is fetched from existing install tool,
      reports module and bootstrap code. This also make the main
      Installer.php class of the install tool already a bit better
      maintainable since 600 lines of code are removed from it.
      Change-Id: I64387ca9aaa4b429ee4a909cdab4386180af0d45
      Resolves: #46219
      Releases: 6.1
      Reviewed-on: https://review.typo3.org/18870
      Reviewed-by: Wouter Wolters
      Tested-by: Wouter Wolters
      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
  23. 16 Nov, 2012 1 commit
  24. 24 Sep, 2012 1 commit
  25. 23 Aug, 2012 1 commit
  26. 03 Jul, 2012 1 commit
  27. 29 Apr, 2012 1 commit
    • Tolleiv Nietsch's avatar
      [BUGFIX] Remove XCLASS inclusion blocks from t3lib · 6be80a5d
      Tolleiv Nietsch authored and Christian Kuhn's avatar Christian Kuhn committed
      After #31893 is merged we can remove the XCLASS blocks from the
      Core. This patchset removes it from the classes within t3lib.
      Besides that it declares t3lib_TimeTrackNull and t3lib_TimeTrack
      to be final to make sure that extending them is still denied.
      This patchset itself should not be merged before the related patch
      for EXT:dbal (#31183) is merged.
      Change-Id: I09e5253191972ac4b3b033aeb770758690ea3755
      Fixes: #36184
      Releases: 6.0
      Reviewed-on: http://review.typo3.org/10556
      Reviewed-by: Christian Kuhn
      Tested-by: Christian Kuhn
  28. 21 Apr, 2011 1 commit
  29. 25 Mar, 2011 1 commit
  30. 20 Jan, 2011 1 commit
  31. 18 Jan, 2011 1 commit
  32. 05 Dec, 2010 1 commit
  33. 24 Nov, 2010 1 commit
  34. 13 Jun, 2010 1 commit
  35. 07 Jun, 2010 1 commit
  36. 09 Mar, 2009 1 commit
  37. 15 Sep, 2008 1 commit
  38. 15 Nov, 2007 1 commit
  39. 10 Apr, 2006 1 commit
  40. 01 Apr, 2005 1 commit