1. 17 Nov, 2020 1 commit
  2. 22 Aug, 2020 2 commits
  3. 29 Jun, 2020 1 commit
  4. 16 Apr, 2020 1 commit
  5. 15 Apr, 2020 1 commit
  6. 14 Apr, 2020 1 commit
  7. 30 Dec, 2019 1 commit
  8. 25 Sep, 2019 1 commit
  9. 14 Apr, 2019 1 commit
  10. 25 Aug, 2018 1 commit
  11. 15 Jun, 2018 1 commit
  12. 10 May, 2018 1 commit
  13. 01 Mar, 2018 1 commit
  14. 27 Nov, 2017 1 commit
  15. 16 Oct, 2017 1 commit
  16. 23 Aug, 2017 1 commit
  17. 28 Mar, 2017 1 commit
  18. 12 Mar, 2017 1 commit
  19. 30 Aug, 2016 1 commit
  20. 15 Jan, 2016 1 commit
  21. 08 Oct, 2015 1 commit
  22. 17 Sep, 2015 1 commit
  23. 06 Jul, 2015 1 commit
  24. 15 Apr, 2015 1 commit
  25. 09 Apr, 2015 1 commit
  26. 13 Mar, 2015 1 commit
  27. 01 Feb, 2015 1 commit
  28. 16 Dec, 2014 1 commit
  29. 13 Dec, 2014 1 commit
  30. 13 Nov, 2014 1 commit
  31. 28 Jun, 2014 1 commit
  32. 22 Jun, 2014 1 commit
    • Michael Schams's avatar
      [TASK] Re-work/simplify copyright header in PHP files - Part 3 · 601b20ed
      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 #59779 for further details.
      
      Resolves: #59779
      Releases: 6.3, 6.2
      Change-Id: I30ad23ccfccd86ba9e98a3b46b11836c1628f499
      Reviewed-on: https://review.typo3.org/31024
      Reviewed-by: Markus Klein
      Tested-by: Markus Klein
      Reviewed-by: Krzysztof Adamczyk
      Tested-by: Krzysztof Adamczyk
      601b20ed
  33. 21 Jan, 2014 1 commit
    • Helmut Hummel's avatar
      [BUGFIX] Set absPrefix of GraphicalFunctions to PATH_site · a2a6d91b
      Helmut Hummel authored
      To make GifBuilder and GraphicalFunctions work in
      backend context, it is needed to set the absolute
      path prefix for processed images to document root.
      
      It works in FE context, because the current working
      directory of PHP is document root, but fails in
      BE context, as the CWD can be anything, depending
      on the location of the executing script.
      
      Set absPrefix to PATH_site in FAL crop scale mask
      helper so that the FAL file processing can be used
      in BE context.
      
      Resolves: #51804
      Releases: 6.0, 6.1, 6.2
      Change-Id: I824333dc6f6cff4286d9eefb20c045e5bb207658
      Reviewed-on: https://review.typo3.org/23652
      Reviewed-by: Xavier Perseguers
      Tested-by: Xavier Perseguers
      Reviewed-by: Helmut Hummel
      Tested-by: Helmut Hummel
      a2a6d91b
  34. 13 Jan, 2014 1 commit
  35. 01 Oct, 2013 1 commit
  36. 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
      d01c3ced
  37. 16 Sep, 2013 1 commit
  38. 01 Apr, 2013 1 commit
    • Oliver Hader's avatar
      [!!!][BUGFIX] Scope of ProcessedFile cannot be modified · 58db018e
      Oliver Hader authored and Oliver Hader's avatar Oliver Hader committed
      A ProcessedFile is used to generate a preview or crop-scaled
      version of a File. Actually a Task implementing the
      TaskInterface defines the basics and an accordant Helper
      object takes care of the modifications to that file.
      There are pre-process and post-process signals that seem to
      be useless in modifying the scope of a particular task, however.
      
      Imagine a file shall be pre-processed (e.g. color profile
      transformation) and that result shall be used for resizing.
      The current task implementation is using the original file
      directly, however the task actually shall define which is the
      source (the original file) the modifications shall be based on.
      
      This change modifies the TaskInterface with a getSourceFile()
      method to overcome this limitation.
      
      Change-Id: I280ea9a0bf056f9eee0a06995ab809fdafb8a11a
      Fixes: #46795
      Releases: 6.0, 6.1
      Reviewed-on: https://review.typo3.org/19438
      Reviewed-by: Stefan Neufeind
      Tested-by: Steffen Ritter
      Reviewed-by: Steffen Ritter
      Reviewed-by: Philipp Gampe
      Tested-by: Philipp Gampe
      Reviewed-by: Oliver Hader
      Tested-by: Oliver Hader
      58db018e
  39. 28 Mar, 2013 1 commit
    • Oliver Hader's avatar
      [!!!][BUGFIX] Crop-Scaled images have wrong file content type · 7b655915
      Oliver Hader authored and Oliver Hader's avatar Oliver Hader committed
      The following scenario is given:
      * resize a 300dpi TIFF image to PNG using stdWrap/cObj
      * the 'fileExtension' configuration is not set
      * the processed file csm_... has the file extension PNG
      * but the file content type is still TIFF, so the file
        was just renamed, but not converted to PNG
      
      Since the processing task determines the accordant filename
      and file extension of the processed file, the image processor
      (e.g. ImageMagick) needs to know about that fact as well.
      
      This change modifies the TaskInterface which is rarely to not
      at all used in custom extensions implementing individual tasks
      to process files.
      
      Change-Id: I089edc01a39663ac91b1b9df168f659c32954fcb
      Fixes: #46530
      Releases: 6.0, 6.1
      Reviewed-on: https://review.typo3.org/19169
      Reviewed-by: Oliver Hader
      Tested-by: Oliver Hader
      7b655915