Packages/TYPO3.CMS.git
2 years ago[BUGFIX] Fix typo in CacheManager 34/51234/16
Georg Ringer [Tue, 10 Jan 2017 10:09:03 +0000 (11:09 +0100)]
[BUGFIX] Fix typo in CacheManager

By fixing a typo in the CacheManager empty tag arrays
are detected and intercepted.

Resolves: #79236
Releases: master
Change-Id: I67fccda3755274f3334f0916d26beabbb28b8eb4
Reviewed-on: https://review.typo3.org/51234
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Mona Muzaffar <mona.muzaffar@gmx.de>
Tested-by: Mona Muzaffar <mona.muzaffar@gmx.de>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
2 years ago[TASK] Cleanup RTE HTMLArea TSconfig processing options 99/51299/3
Benni Mack [Thu, 12 Jan 2017 23:57:27 +0000 (00:57 +0100)]
[TASK] Cleanup RTE HTMLArea TSconfig processing options

Some obsolete options are found in the documentation, additionally
the RTE.default.proc.exitHTMLparser_db is not enabled by default
anymore, as the functionality to keep non matched tags is not needed.

In case of a site extending the default exitHTMLparser_db configuration of
HTMLArea, it has to be enabled like this:

RTE.default.proc.exitHTMLparser_db = 1
RTE.default.proc.exitHTMLparser_db {
## KEEP ALL TAGS
## Unwanted tags were removed on entry.
## Without this rule, the parser will remove all tags! Presumably, this rule will be more efficient than repeating the allowTags rule
keepNonMatchedTags = 1
}

Resolves: #79346
Releases: master
Change-Id: Ie7208a3fc751b2b712ec773a148c4404965abd99
Reviewed-on: https://review.typo3.org/51299
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[!!!][TASK] Prepare richtext configuration 11/51311/11
Christian Kuhn [Fri, 13 Jan 2017 16:55:56 +0000 (17:55 +0100)]
[!!!][TASK] Prepare richtext configuration

Configuring a richtext field in TCA with the "defaultExtras"
setting (which was formerly the 5th showitem parameter) has
been ugly ever since: The DataHandler needed a special _TRANSFORM_
field to trigger required RTE transformations, further config
depends on pageTs settings.

The patch gets rid of "defaultExtras" for richtext elements and
adds a new option "enableRichtext=true" within the config section
for type=text TCA fields.
This setting can be set via "columnsOverrides" for specific types, too.

As an intermediate solution, the configuration class "Richtext" is
added to fetch richtext configuration. This will be extended with
another patch to provide ckeditor configuration on TCA level.

Change-Id: I70f4cb26e2a45629b99680e532d376538afd2b90
Resolves: #79341
Releases: master
Reviewed-on: https://review.typo3.org/51311
Reviewed-by: Frans Saris <franssaris@gmail.com>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[!!!][TASK] Remove vC checks and deprecate veriCode() method 17/51317/4
Tymoteusz Motylewski [Sun, 15 Jan 2017 17:46:52 +0000 (18:46 +0100)]
[!!!][TASK] Remove vC checks and deprecate veriCode() method

Since now all Backend urls have module token in place,
the veriCode is not needed any more.
Thus AbstractUserAuthentication::veriCode() is marked as deprecated,
vC parameter is not checked any more
and vC property is removed from some controllers.

Resolves: #79327
Releases: master
Change-Id: I47e459d95e8f561dcc933a832d22c86ed02aa707
Reviewed-on: https://review.typo3.org/51317
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[TASK] Streamline assignment of current workspace in DataHandler 25/51325/6
Oliver Hader [Mon, 16 Jan 2017 12:42:36 +0000 (13:42 +0100)]
[TASK] Streamline assignment of current workspace in DataHandler

The processing of data structures in DataHandler and RelationHandler
are bound to each other. DataHandler allows to be initialized with a
custom BE_USER instance and thus with a custom workspace, different
to the actual value of the real instance of $GLOBALS['BE_USER'].

This patch streamlines the workspace disposal by explicitly
forwarding the provided workspace to RelationHandler and avoids
fetching the current workspace for processing from global values.

The consideration of workspace related fields in RelationHandler was
bound to the current workspace of the global backend user - however,
this backend user constraint has been removed now.

Resolves: #79339
Releases: master
Change-Id: I3973d55c5b9d99ed2e976b86136338fee79d5f6e
Reviewed-on: https://review.typo3.org/51325
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[TASK] Include constants in TypoScript cache 04/51304/3
Benni Mack [Fri, 13 Jan 2017 09:48:12 +0000 (10:48 +0100)]
[TASK] Include constants in TypoScript cache

In order to work with available constants in TypoScript in Frontend
the parsed TypoScript constants are included in the cache entries
as well.

This ensures a more consistent behaviour of available information
for the TYPO3 Frontend.

This was previously set via $this->backend_info which was
set to "true" in the TYPO3 Backend.

Resolves: #79307
Releases: master
Change-Id: I5f5e024c8df51c4fd43b7bc607855b9b21ebb1dd
Reviewed-on: https://review.typo3.org/51304
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Andreas Fernandez <typo3@scripting-base.de>
Tested-by: Andreas Fernandez <typo3@scripting-base.de>
2 years ago[BUGFIX] Extbase: Don't use ORDER BY with COUNT(*) SQL statements 13/51313/2
Morton Jonuschat [Sun, 15 Jan 2017 05:36:02 +0000 (21:36 -0800)]
[BUGFIX] Extbase: Don't use ORDER BY with COUNT(*) SQL statements

Databases that adhere to the SQL92 standard and enforce having all
columns that are using in any part of the query be part of the
SELECT/COUNT field list will throw an error when using COUNT(*) in
combination with ORDER BY.
Since ordering has no influence on the result of COUNT(*) the
ORDER BY query part has been disabled in getObjectCountByQuery().

Change-Id: Idd7c73d172116a83feb653db6a0167fb0bea2023
Resolves: #79322
Releases: master
Reviewed-on: https://review.typo3.org/51313
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Markus Klein <markus.klein@typo3.org>
Tested-by: Markus Klein <markus.klein@typo3.org>
Reviewed-by: Tymoteusz Motylewski <t.motylewski@gmail.com>
Reviewed-by: Manuel Selbach <manuel_selbach@yahoo.de>
Tested-by: Manuel Selbach <manuel_selbach@yahoo.de>
Reviewed-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Tested-by: Morton Jonuschat <m.jonuschat@mojocode.de>
2 years ago[BUGFIX] Return all packages with PackageManager::getAvailablePackages 26/51026/3
Nicole Cordes [Thu, 22 Dec 2016 15:29:43 +0000 (16:29 +0100)]
[BUGFIX] Return all packages with PackageManager::getAvailablePackages

Currently the PackageManager loads installed package information by
default only. This patch adds a new flag to ensure all packages are
fetched before all available package information should be returned.

Resolves: #79078
Releases: master
Change-Id: I729c02f7b5c8303ee8d277aa88782274dff23591
Reviewed-on: https://review.typo3.org/51026
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[BUGFIX] Make persistent connections available for Redis cache backend 78/50978/9
Kasper Ligaard [Thu, 15 Dec 2016 13:59:26 +0000 (14:59 +0100)]
[BUGFIX] Make persistent connections available for Redis cache backend

The Redis cache backend allows configuration of all connection
setting, except setting persistent connections. This omission
is fixed by this patch. Being unable to use persistent connections
under high load can hurt performance in cloud setups. Persistent
connections has been part of phpredis since 2010 and thus is
broadly available, but is impossible to use with TYPO3.

Resolves: #79005
Releases: master, 7.6
Change-Id: Ie5476e894072bb9979691f28bc7a1e10e86ef454
Reviewed-on: https://review.typo3.org/50978
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Kasper Ligaard <kasperligaard+typo3.org@gmail.com>
Reviewed-by: David Greiner <hallo@davidgreiner.de>
Tested-by: David Greiner <hallo@davidgreiner.de>
Reviewed-by: Markus Klein <markus.klein@typo3.org>
Tested-by: Markus Klein <markus.klein@typo3.org>
2 years ago[BUGFIX] Prepend, don't append, configured View paths 83/51283/2
Claus Due [Thu, 12 Jan 2017 12:02:20 +0000 (13:02 +0100)]
[BUGFIX] Prepend, don't append, configured View paths

Avoids an issue where default View paths would
be added LAST instead of FIRST as is intended.

Change-Id: I00413b40e2df529b0c6673226b65924b034c2432
Resolves: #79290
Releases: master
Reviewed-on: https://review.typo3.org/51283
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Daniel Goerz <ervaude@gmail.com>
Reviewed-by: Markus Klein <markus.klein@typo3.org>
Tested-by: Markus Klein <markus.klein@typo3.org>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[BUGFIX] Remove outdated PHPDoc comment 08/51308/3
Stefan Rotsch [Fri, 13 Jan 2017 15:47:57 +0000 (16:47 +0100)]
[BUGFIX] Remove outdated PHPDoc comment

The described behavior has been removed with TYPO3 7.6;
the variable is treated as a boolean now.

Resolves: #79314
Releases: master
Change-Id: I456ad1884a9a40c22c2015d19aa5abdd623a1654
Reviewed-on: https://review.typo3.org/51308
Reviewed-by: Mathias Brodala <mbrodala@pagemachine.de>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[TASK] List Module: Hide hidden fields in single table rendering 82/51282/3
Georg Ringer [Thu, 12 Jan 2017 11:50:41 +0000 (12:50 +0100)]
[TASK] List Module: Hide hidden fields in single table rendering

If a field is hidden by using TsConfig, it should also not be
shown in the single table rendering in the record list.

Resolves: #79289
Releases: master
Change-Id: I0366c5ef5da260084367b9881f3a26ef60d5b319
Reviewed-on: https://review.typo3.org/51282
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[BUGFIX] Ext:form - remove class attribute from flashMessages viewhelper 03/51303/2
Ralf Zimmermann [Fri, 13 Jan 2017 09:09:37 +0000 (10:09 +0100)]
[BUGFIX] Ext:form - remove class attribute from flashMessages viewhelper

https://review.typo3.org/#/c/50285/ breaks the ext:form backend modul.
Remove "class" tag attributes from flashMessages viewHelper tags.

Resolves: #79306
Releases: master
Change-Id: I753cc5bf4deabfa824179c5e025044c65df4e069
Reviewed-on: https://review.typo3.org/51303
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[!!!][TASK] Move pages.url_scheme to compatibility7 77/51077/5
Benni Mack [Thu, 12 Jan 2017 14:26:02 +0000 (15:26 +0100)]
[!!!][TASK] Move pages.url_scheme to compatibility7

Adding SSL support on a per-page basis is something that
does not happen very much in 2017 anymore, rather doing this
on a per-domain basis, and based on server-redirects makes
more sense these days.

The field and the functionality for links is moved to
EXT:compatibility7.

Resolves: #79302
Releases: master
Change-Id: I7ae1c59533bee1d015b39811f39d590e5488aabe
Reviewed-on: https://review.typo3.org/51077
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[!!!][TASK] Remove RTE proc.transformBoldAndItalicTags option 89/51289/5
Benni Mack [Thu, 12 Jan 2017 15:41:30 +0000 (16:41 +0100)]
[!!!][TASK] Remove RTE proc.transformBoldAndItalicTags option

The option transformBoldAndItalicTags is there to convert
<i> and <b> tags from the DB to <strong> and <em> for the RTE.

When saving, all tags are converted back to <i> and <b>
before storing the content in the database again.

This is actually a (weird) shortcut due to historical reasons,
and can easily be set up by the HTMLparser directly using
the tags.[tagname].remap = [newtagname].

This syntax can be used directly to enable this functionality
again

RTE.default.proc {
        # make <strong> and <em> tags when sending to the RTE
    HTMLparser_rte {
            tags {
                b.remap = strong
                i.remap = em
            }
    }
        # make <b> and <i> tags when sending to the DB
    HTMLparser_db {
        tags {
            strong.remap = B
            em.remap = I
        }
    }
}

The option is removed and the explicit (and IMHO more understandable)
syntax is used in the RTE configuration of HTMLArea.

If the InlineElements functionality of HTMLarea is enabled,
then the remapping is not done, as any tag (b, i, strong, em)
is kept as is, becoming more flexible.

In any case, any "unification" if necessary, can also be
done the same way via the HTMLparser for the frontend
when outputting the content.

Resolving: #79300
Releases: master
Change-Id: I354b0ccd1948ea7d018c7135c4694e0c0f9b72b8
Reviewed-on: https://review.typo3.org/51289
Reviewed-by: Frans Saris <franssaris@gmail.com>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[TASK] Move DatabaseL10nModeUpdate to a row updater 77/51277/6
Christian Kuhn [Thu, 12 Jan 2017 00:17:37 +0000 (01:17 +0100)]
[TASK] Move DatabaseL10nModeUpdate to a row updater

The new DatabaseL10nModeUpdate install tool upgrade wizard that
migrates row content for old "mergeIfNotBlank" fields is now
implemented as the first consumer of the new row updater upgrade
wizard.

Change-Id: If7495ef09e06c5fd611fe95feff640c67d3a672b
Resolves: #79281
Related: #79243
Related: #79279
Releases: master
Reviewed-on: https://review.typo3.org/51277
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Oliver Hader <oliver.hader@typo3.org>
Tested-by: Oliver Hader <oliver.hader@typo3.org>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[FEATURE] Introduce l10n_source field for tt_content 70/51070/26
Tymoteusz Motylewski [Thu, 12 Jan 2017 13:03:46 +0000 (14:03 +0100)]
[FEATURE] Introduce l10n_source field for tt_content

A new field which is a ctrl-based field for any TCA table
called "translationSource" set to a DB field name
(used for the new field tt_content.l10n_source) is added
and filled as it contains the uid of the record of where a
translation record came from.

This is different to "transOrigPointerField" as it
contains not the record to a record in the default language
or the one where a record was copied from, but rather
the information what the translation source was made.

Releases: master
Resolves: #78169
Change-Id: I3ecfeedb656c64681e5e3021cad6b708482520dc
Reviewed-on: https://review.typo3.org/51070
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[BUGFIX] Move legacy indexed_search plugin registration 88/51288/2
Benni Mack [Thu, 12 Jan 2017 14:34:13 +0000 (15:34 +0100)]
[BUGFIX] Move legacy indexed_search plugin registration

When moved to EXT:compatibility7 the pi-based Indexed Search
plugin registration was moved to "Configuration/TCA" but
should go into "Configuration/TCA/Overrides".

Resolves: #79299
Releases: master
Change-Id: Ic9abec2a967b08514a786bc2ee62ce65024a1e32
Reviewed-on: https://review.typo3.org/51288
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Andreas Fernandez <typo3@scripting-base.de>
Tested-by: Andreas Fernandez <typo3@scripting-base.de>
2 years ago[TASK] Always keep <a> instead of <link> tags in RTE transformations 41/49441/5
Benni Mack [Thu, 12 Jan 2017 01:29:23 +0000 (02:29 +0100)]
[TASK] Always keep <a> instead of <link> tags in RTE transformations

The RTE uses <a> tags for handling links, a transformation
that replaces <link> tags to <a> tags is updated to use the
new t3:// linking syntax instead of hard-coding index.php?id=23
or trying to manually resolve the TypoLink functionality
for doing links.

This also means that the RTE now deals with t3:// links,
and HtmlArea is adapted as well.

When saving the links in the database again, the links
are now not transformed into <link> tags again but kept
as proper <a> tags.

Resolves: #79291
Releases: master
Change-Id: Idc002138e1283d6962666dcd44ba3039c464d6ca
Reviewed-on: https://review.typo3.org/49441
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years agoRevert "[BUGFIX] Skip main extension repository check in Composer mode" 80/51280/4
Nicole Cordes [Thu, 12 Jan 2017 09:08:51 +0000 (10:08 +0100)]
Revert "[BUGFIX] Skip main extension repository check in Composer mode"

This reverts commit e538ed3f154f447ddbaf78785a31c9ab2ee72a17.

We do need the information about the main repository status as there is
currently no other possibility to get information about the (security)
status of extension besides the TER itself.

Resolves: #79285
Related: #79277
Releases: master, 7.6
Change-Id: Ia769dc95eaeff405f291d5929b7790a50c332a83
Reviewed-on: https://review.typo3.org/51280
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
Reviewed-by: Nicole Cordes <typo3@cordes.co>
Tested-by: Nicole Cordes <typo3@cordes.co>
2 years ago[BUGFIX] Skip main extension repository check in Composer mode 67/51267/3
Mathias Brodala [Wed, 11 Jan 2017 14:41:36 +0000 (15:41 +0100)]
[BUGFIX] Skip main extension repository check in Composer mode

Extensions are not installed and updated from the main extension
repository in Composer mode, thus skip this check completely.

Resolves: #79277
Releases: master, 7.6
Change-Id: I6cb209b5ebae04b7e29b55a52ac61ce0f4b261c2
Reviewed-on: https://review.typo3.org/51267
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
2 years ago[!!!][TASK] Remove TCA l10n_mode=mergeIfNotBlank 39/51239/14
Oliver Hader [Tue, 10 Jan 2017 13:41:26 +0000 (14:41 +0100)]
[!!!][TASK] Remove TCA l10n_mode=mergeIfNotBlank

The TCA setting "l10n_mode=mergeIfNotBlank" for a single
column is removed from the list of values.

The functionality was there to use the value of a field
of the original record, if the value of the translated record
is empty (or trim'ed empty), and is then overlaid.

The new behaviour is to duplicate the behaviour during
the localize process, and then completely separate.

As a result the related TypoScript setting
config.sys_language_softMergeIfNotBlank is not required
anymore and is removed as well.

Resolves: #79243
Releases: master
Change-Id: I55f3ebd2fe2ddd8412101d5496a0da3c5ab64c68
Reviewed-on: https://review.typo3.org/51239
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[!!!][FEATURE] Refactoring of FlashMessage rendering 85/50285/22
Susanne Moog [Mon, 9 Jan 2017 22:04:19 +0000 (23:04 +0100)]
[!!!][FEATURE] Refactoring of FlashMessage rendering

This patch reverts some changes of #73698 and adds some new things:

- Introduce context based FlashMessageRenderer
- Add special FlashMessageViewHelper for the backend
- Cleanup classes related to FlashMessages
- Deprecate some methods from the FlashMessages::class

Resolves: #78477
Related: #73698
Releases: master
Change-Id: I937d5896b0a3d45e59c9174d233410f202add997
Reviewed-on: https://review.typo3.org/50285
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Markus Klein <markus.klein@typo3.org>
Tested-by: Markus Klein <markus.klein@typo3.org>
2 years ago[TASK] Filelist: Renaming: Add a better flash message 03/51203/3
Josef Glatz [Sun, 8 Jan 2017 23:01:08 +0000 (00:01 +0100)]
[TASK] Filelist: Renaming: Add a better flash message

Just add another/meaningful message to the flash message
queue if the file/folder was not really renamed. It just gives a
better feedback to the backend user.

Resolves: #79206
Releases: master
Change-Id: Id2378fdd0f24a94c2260cff9fd7e2cb8feb40eaf
Reviewed-on: https://review.typo3.org/51203
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Frans Saris <franssaris@gmail.com>
Reviewed-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: Mona Muzaffar <mona.muzaffar@gmx.de>
Tested-by: Frans Saris <franssaris@gmail.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[TASK] Filelist: Info dialog shows image dimensions 52/51052/6
Michael Oehlhof [Wed, 28 Dec 2016 08:03:36 +0000 (09:03 +0100)]
[TASK] Filelist: Info dialog shows image dimensions

The file info modal now contains the width and height of images

Resolves: #65822
Releases: master, 7.6
Change-Id: Iadb64ae3db4558bf74f15aaeac1fe29848120563
Reviewed-on: https://review.typo3.org/51052
Reviewed-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Frans Saris <franssaris@gmail.com>
Tested-by: Frans Saris <franssaris@gmail.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[TASK] Add update wizard to remove CLI users 66/51266/4
Benni Mack [Wed, 11 Jan 2017 14:36:03 +0000 (15:36 +0100)]
[TASK] Add update wizard to remove CLI users

The new CLI functionality to use one dedicated CLI user
called _cli_ makes all previous users prefixed with _cli_*
obsolete, as they are not in use anymore.

An update wizard in the install tool sets all _cli_* users
to "deleted=1".

Resolves: #79276
Releases: master
Change-Id: Ie9c72595b5c42106f437e59383d2f1ebc9b7f3a0
Reviewed-on: https://review.typo3.org/51266
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
2 years ago[BUGFIX] ResourceCompressor does not persist external resources 70/51270/2
Benni Mack [Wed, 11 Jan 2017 17:05:50 +0000 (18:05 +0100)]
[BUGFIX] ResourceCompressor does not persist external resources

The condition in the ResourceCompressor for fetching
external files never worked, as it was a simple typo
to update an external resource.

So the first time the local file did not exist (and thus, the md5
did not match) and the file was fetched but due to the
wrong check, the file never got updated.

Resolves: #79269
Releases: master, 7.6
Change-Id: If6942284ccd46f400e23d199e827d4e7a696961d
Reviewed-on: https://review.typo3.org/51270
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: David Greiner <hallo@davidgreiner.de>
Tested-by: David Greiner <hallo@davidgreiner.de>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[TASK] Code cleanup for RteHtmlParser 68/51268/5
Benni Mack [Wed, 11 Jan 2017 15:57:36 +0000 (16:57 +0100)]
[TASK] Code cleanup for RteHtmlParser

Several code parts have been cleaned up and sorted into separate methods
to ensure readability.

Certain options defined by procOptions are now initialized at the very
beginning, before all transformations.

Resolving modes are moved into a separate method, as well as configuring
the entry- and exit-HTML parser, making the main method easier to read.

Cleaning up content and adding <p> tags around "simple" content lines
has been split up as well to avoid code duplication.

Resolves: #79280
Releases: master
Change-Id: Ib734a8cedebff3cc0b415155b6328bf3a77841e9
Reviewed-on: https://review.typo3.org/51268
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[FOLLOWUP][FEATURE] Install tool table row updaters 73/51273/3
Christian Kuhn [Wed, 11 Jan 2017 19:56:22 +0000 (20:56 +0100)]
[FOLLOWUP][FEATURE] Install tool table row updaters

Fix a left over hack and improve comment wording at
a couple of places.

Change-Id: Ida005a7d5889e8aa4afd1e39eb66862f85fd3fbc
Resolves: #79279
Releases: master
Reviewed-on: https://review.typo3.org/51273
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[FEATURE] Add possibility to create TRIM expression with Doctrine DBAL 55/51255/5
Oliver Hader [Tue, 10 Jan 2017 22:01:00 +0000 (23:01 +0100)]
[FEATURE] Add possibility to create TRIM expression with Doctrine DBAL

This adds the possibility to create TRIM expressions using the
ExpressionBuilder like shown in the following example:

$queryBuilder->expr()->comparison(
    $queryBuilder->expr()->trim($fieldName),
    ExpressionBuilder::EQ,
    $queryBuilder->createNamedParameter('', \PDO::PARAM_STR)
);

Resolves: #79262
Releases: master
Change-Id: I7813e8a1b0a38ec36797dfbb4fdb02ab78ebe8b2
Reviewed-on: https://review.typo3.org/51255
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Tested-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[FEATURE] Install tool table row updaters 53/51253/5
Christian Kuhn [Tue, 10 Jan 2017 21:38:43 +0000 (22:38 +0100)]
[FEATURE] Install tool table row updaters

Introduce an upgrade wizard in install tool that walks through all
TCA table rows and calls registered row updaters to manipulate single
row data.

Change-Id: I25425e79d966d229da0fa6a181f0eabf97208a70
Resolves: #79279
Releases: master
Reviewed-on: https://review.typo3.org/51253
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[FEATURE] Add hook to add custom TypoScript templates 06/51106/5
Benni Mack [Tue, 3 Jan 2017 12:26:19 +0000 (13:26 +0100)]
[FEATURE] Add hook to add custom TypoScript templates

This hook allows to extend the added TypoScript by adding
custom TypoScript templates (e.g. not loaded from the database)

Resolves: #79140
Releases: master
Change-Id: Ie2350c809685fdc3886f5f77761bad5124baa2bb
Reviewed-on: https://review.typo3.org/51106
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
2 years ago[BUGFIX] CacheHashCalculator does not exclude ADMCMD arguments 65/51265/3
Oliver Hader [Wed, 11 Jan 2017 14:17:12 +0000 (15:17 +0100)]
[BUGFIX] CacheHashCalculator does not exclude ADMCMD arguments

ADMCMD arguments are not filtered when calculating the cache-hash
which results in a page not found error. The behavior can be
triggered by creating and opening a preview link in the workspace
module which implicitly sets ADMCMD_previewWS during runtime.

Resolves: #79275
Releases: master, 7.6, 6.2
Change-Id: I339c2787e7de1adf47bb1322c91e0a78c476f790
Reviewed-on: https://review.typo3.org/51265
Reviewed-by: Mathias Brodala <mbrodala@pagemachine.de>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[!!!][TASK] Remove RteHtmlParser proc options 64/51264/2
Benni Mack [Wed, 11 Jan 2017 13:05:30 +0000 (14:05 +0100)]
[!!!][TASK] Remove RteHtmlParser proc options

The RTE processing options "dontProtectUnknownTags_rte"
and "dontConvAmpInNBSP_rte" come from a legacy point of
view when transforming from DB to the RTE and have never
been set since TYPO3 4.x as a default for installations.

Additionally the option "dontConvBRtoParagraph" which was used
for setups without RTE where people just wrote plain HTML is
removed, so BR tags are kept as they are (which is a regular use case
in any RTE). This option was set with HtmlArea at all time
(same with other RTEs).

The options are very custom and when transferring data to the RTE
the best practice is applied by default since a decade (original code
was from CVS by Kasper - before the RTE was enabled by default).

Resolves: #79273
Releases: master
Change-Id: Ib05955b7294fc8f5600d91de443f519176b58634
Reviewed-on: https://review.typo3.org/51264
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[TASK] Extract broken links marker syntax for RTE 58/51258/6
Benni Mack [Wed, 11 Jan 2017 09:25:50 +0000 (10:25 +0100)]
[TASK] Extract broken links marker syntax for RTE

The RTE parser has the following functionality:
- When transforming content from DB to RTE, and <link 13> tag references
a page that does not exist anymore, it adds an attribute rteerror="Page 13
does not exist" and style="background-color: yellow; border:2px red solid;
color: black;" to the then rendered <a> tag.

- When coming back from the RTE to the DB, the <a> tags that do not
contain a "rteerror" attribute but a style attribute are wrapped in
a <span> tag before transforming back to a <link> tag, since the
custom <link> tag cannot contain any other property than href,
class, target and title.
- If both "rteerror" and "style" attributes are still set, they get
removed again.

This approach has several downsides:
- Due to the limitation of the <link> tag an additional <span>
tag gets added to the database (!) which adds hard-coded
styling. The only way to remove this is to disallow "style"
attributes in "span" tags, or to manually remove the span
tags from the database.
- The transformation is not 1:1 the same / are not in sync.
So, if the editor changes the page ID of the broken link
from "13" to any other existing page, the span tag with the
yellow background is still added and kept.
- If the target page 13 gets added back via the recycler, the
span tag needs to be removed from the RTE content again
manually (in source code mode of the RTE)

Instead, the functionality to display broken links is now
handled differently:
- A new transformation "detectbrokenlinks" is added to the RTE
parser which checks all <a> tags with the new link service
class (thus, checks for all ! links not just <link> tags)
- The added attributes which are added to the <a> tag
is removed again (regardless if the link was fixed or not) when
saving the data again in the RTE thus leaving no ugly hard-coded
tags when rendering the content in the frontend, making sure that
content is clean in the database.
- The frontend is now only throwing a TS log message for the admin
panel (as before), and this should be the way to handle broken links
in the future.

Resolves: #79267
Releases: master
Change-Id: I8d0979fe9694d278a3e642a33e66f5decfb46bd8
Reviewed-on: https://review.typo3.org/51258
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[!!!][TASK] Remove ExtDirect State Provider 24/51224/8
Benni Mack [Mon, 9 Jan 2017 19:13:09 +0000 (20:13 +0100)]
[!!!][TASK] Remove ExtDirect State Provider

The ExtDirect component for fetching the state (for the pagetree)
can be simplified by simply using the Storage.Persistent logic
which does the same.

For this, a simple inline ExtJS onReady code block is added.

All functionality related to ExtDirect State Provider is removed.

Resolves: #79227
Releases: master
Change-Id: I464ffd0608c1fd38cd81c8324f044da6f4140847
Reviewed-on: https://review.typo3.org/51224
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Oliver Hader <oliver.hader@typo3.org>
Tested-by: Oliver Hader <oliver.hader@typo3.org>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[BUGFIX] Doctrine: Consider MySQL index subpart information in upgrade wizards 81/50081/9
Morton Jonuschat [Sun, 2 Oct 2016 00:02:31 +0000 (17:02 -0700)]
[BUGFIX] Doctrine: Consider MySQL index subpart information in upgrade wizards

If an index is defined on a table that is stored on a MySQL database
and uses the MySQL specific subpart length feature add the information
to the schema diff so that the upgrade wizards don't show false
positive changes.

Change-Id: I49eb73c18f7b86aad70d11f3e222c44bd1bd827f
Resolves: #78024
Resolves: #79065
Releases: master
Reviewed-on: https://review.typo3.org/50081
Reviewed-by: Markus Klein <markus.klein@typo3.org>
Tested-by: TYPO3com <no-reply@typo3.com>
Tested-by: Markus Klein <markus.klein@typo3.org>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
2 years ago[FEATURE] Add button to delete similar errors from sys_log 38/51238/16
Mathias Schreiber [Tue, 10 Jan 2017 13:40:45 +0000 (14:40 +0100)]
[FEATURE] Add button to delete similar errors from sys_log

The log module of TYPO3 now shows a button to delete multiple errors at once based on
the `details` field of the `sys_log` table.
This comes in handy when you fixed an error that spammed the log before.

Releases: master
Resolves: #79235
Change-Id: I314abcae454e96b9809c6f4a2fb69b3b926f3118
Reviewed-on: https://review.typo3.org/51238
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[TASK] Remove unnecessary pageTS config of HtmlArea 60/51260/2
Benni Mack [Wed, 11 Jan 2017 09:37:53 +0000 (10:37 +0100)]
[TASK] Remove unnecessary pageTS config of HtmlArea

HTMLarea defines htmlSpecialChars=0 which is set by default.
If it is overriden by an installation, this can still be done and
does not break anything then.

Resolves: #79268
Releases: master
Change-Id: I39022320d3f4834ceea4a52e3a4e80cd34b90506
Reviewed-on: https://review.typo3.org/51260
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
2 years ago[!!!][TASK] Remove RTE proc option "disableUnifyLineBreaks" 61/51261/2
Benni Mack [Wed, 11 Jan 2017 10:04:40 +0000 (11:04 +0100)]
[!!!][TASK] Remove RTE proc option "disableUnifyLineBreaks"

The RTE option "proc.disableUnifyLineBreaks" was never
set by default.

If NOT set (= default), then all line breaks within the
RteHtmlParser are converted as LF, and then migrated
to CRLFs after all transformations are done.

Activating the option did not do that, thus having problems
when content was entered on different OSes (Windows / Unix)
and leaving with mixed line break data in the database, the
option was historically added to stay compatible with old
versions where the unification was not available yet.

Resolves: #79270
Releases: master
Change-Id: If3b3f48ea7d9ba98882ee340d017296f7b650dda
Reviewed-on: https://review.typo3.org/51261
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[BUGFIX] Use POST for storing uc-related Storage in BE 57/51257/3
Benni Mack [Wed, 11 Jan 2017 01:14:08 +0000 (02:14 +0100)]
[BUGFIX] Use POST for storing uc-related Storage in BE

The AJAX call to store uc settings should be handled
as POST request, and not a GET request to ensure that
even long data can be stored on the server and not
run in Firewall/HTTP GET length restrictions.

Additionally a really bad typo did not allow any
POST requests in UserSettingsController as the key
evaluation was wrong.

Resolves: #79266
Releases: master, 7.6
Change-Id: I0fd10090416b1a16f6a9bdc6a07efceccf147336
Reviewed-on: https://review.typo3.org/51257
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Tymoteusz Motylewski <t.motylewski@gmail.com>
Tested-by: Tymoteusz Motylewski <t.motylewski@gmail.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
2 years ago[BUGFIX] Fix JS errors in context menu 51/51251/4
Tymoteusz Motylewski [Tue, 10 Jan 2017 21:54:47 +0000 (22:54 +0100)]
[BUGFIX] Fix JS errors in context menu

Fixes two issues: syntax error (missing semicolon),
and "Uncaught TypeError: Cannot read property 'refresh' of undefined"
when e.g. deleting a page or a file.

In file module, refresh is not needed as all actions are refreshing
the frames anyway.

Releases: master, 7.6
Resolves: #79091
Change-Id: Icfc9f786c24099c55d8e60cf30f72f035ae28231
Reviewed-on: https://review.typo3.org/51251
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: TYPO3com <no-reply@typo3.com>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[FEATURE] Ext:form - extend the extension location functionality 54/51254/3
Ralf Zimmermann [Tue, 10 Jan 2017 22:06:25 +0000 (23:06 +0100)]
[FEATURE] Ext:form - extend the extension location functionality

With this patch is it possible to:

* save existing forms within extension locations
  ("allowedExtensionPaths") if "allowSaveToExtensionPaths"
  is set to true (like before)
* save new created forms within extension locations
  ("allowedExtensionPaths") if "allowSaveToExtensionPaths"
  is set to true
* delete forms within extension locations ("allowedExtensionPaths")
  if "allowDeleteFromExtensionPaths" is set to true

Resolves: #79250
Releases: master
Change-Id: I2d06448f7ee9a0ab0a249ddfee750eda8aeee54e
Reviewed-on: https://review.typo3.org/51254
Tested-by: TYPO3com <no-reply@typo3.com>
Tested-by: Tobi Kretschmann <tobi@tobishome.de>
Reviewed-by: Tobi Kretschmann <tobi@tobishome.de>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[TASK] Deprecate CommandLineController and Cleaner Command 49/51249/3
Benni Mack [Tue, 10 Jan 2017 20:42:33 +0000 (21:42 +0100)]
[TASK] Deprecate CommandLineController and Cleaner Command

The base classes of the very very old CommandLineController
and the Cleaner Command are deprecated. They are not in
use anymore.

Extbase Command Controllers or Symfony Commands should
be used instead.

Resolves: #79265
Releases: master
Change-Id: I85a975038ce54b5a82069ec57679da9815e6e010
Reviewed-on: https://review.typo3.org/51249
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Oliver Hader <oliver.hader@typo3.org>
Tested-by: Oliver Hader <oliver.hader@typo3.org>
2 years ago[TASK] Remove creation of _cli_scheduler in BE 56/51256/2
Benni Mack [Tue, 10 Jan 2017 23:35:45 +0000 (00:35 +0100)]
[TASK] Remove creation of _cli_scheduler in BE

The _cli_scheduler backend user was necessary before the
introduction of the unified "_cli_" user for all CLI processes.

The scheduler module had an info and functionality to
create such a user which is not needed anymore and
can safely be removed.

Resolves: #79264
Releases: master
Change-Id: Ie2472869b9db1fc9dcb4add9fae6be63722156c6
Reviewed-on: https://review.typo3.org/51256
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Oliver Hader <oliver.hader@typo3.org>
Tested-by: Oliver Hader <oliver.hader@typo3.org>
2 years ago[!!!][FEATURE] Migrate Scheduler Cli Controller to Symfony Command 46/51246/5
Benni Mack [Tue, 10 Jan 2017 20:36:40 +0000 (21:36 +0100)]
[!!!][FEATURE] Migrate Scheduler Cli Controller to Symfony Command

The scheduler CLI controller that is triggered via
"typo3/cli_dispatch.phpsh scheduler" is migrated to a Symfony Command,
which also allows the scheduler to be called via
"typo3/sysext/core/bin/typo3 scheduler:run" with the same arguments.

The PHP class TYPO3\CMS\Scheduler\Controller\SchedulerCliController
has been replaced by TYPO3\CMS\Scheduler\Command\SchedulerCommand.

Resolves: #79263
Releases: master
Change-Id: I3f117a5a4d46cffe303f0209ac256d0011afe979
Reviewed-on: https://review.typo3.org/51246
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Oliver Hader <oliver.hader@typo3.org>
Tested-by: Oliver Hader <oliver.hader@typo3.org>
2 years ago[!!!][TASK] Remove system extension t3skin 52/51252/5
Wouter Wolters [Tue, 10 Jan 2017 21:00:11 +0000 (22:00 +0100)]
[!!!][TASK] Remove system extension t3skin

The system extension "t3skin" has been slowly trimmed down due to
the native CSS/LESS building of the TYPO3 core into EXT:backend and
EXT:core, and through the IconProvider / IconFactory concepts.

The leftover files, which are mainly related to ExtJS (which
will be removed soon anyway) have been moved to EXT:core for the time
being.

All other images are unused and deleted from the TYPO3 core.

Resolves: #79259
Releases: master
Change-Id: Ic0a0c47999ca57d4e6ea5d7499afc399b307b15f
Reviewed-on: https://review.typo3.org/51252
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[TASK] Deprecate unused LocalizationRepository methods 45/51245/3
Tymoteusz Motylewski [Tue, 10 Jan 2017 22:07:33 +0000 (23:07 +0100)]
[TASK] Deprecate unused LocalizationRepository methods

After the change https://review.typo3.org/#/c/47645/ was merged
methods getRecordLocalization and getPreviousLocalizedRecordUid
are not needed.

Releases: master
Resolves: #79258
Change-Id: I08fe089ddcaed2a7d879630acd046c8b7c303a06
Reviewed-on: https://review.typo3.org/51245
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[TASK] Cleanup CLI commands in EXT:backend 47/51247/4
Benni Mack [Tue, 10 Jan 2017 20:38:40 +0000 (21:38 +0100)]
[TASK] Cleanup CLI commands in EXT:backend

* Make backend:unlock and backend:lock a separate class.
* Manually require the CLI user for ReferenceIndexUpdateCommand
* Cleanup the commands.php (as the "user" property is not evaluated anymore)

Resolves: #79261
Releases: master
Change-Id: Id3c90780de0dc299c07c5bca14dd4247b634d53c
Reviewed-on: https://review.typo3.org/51247
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[TASK] Cleanup CLI handling of CLI commands 48/51248/4
Benni Mack [Tue, 10 Jan 2017 20:41:05 +0000 (21:41 +0100)]
[TASK] Cleanup CLI handling of CLI commands

The new _CLI_ user authentication is now explictly
set and required in each command (if a user is needed)
during runtime, and not done by the bootstrap anymore,
so this needs to be called separately.

Additionally, some cleanups to the new
CommandLineUserAuthentication is made.

Resolves: #79260
Releases: master
Change-Id: I6a882d083ec6fd878519c1472702f2a724bd7ed3
Reviewed-on: https://review.typo3.org/51248
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
2 years ago[!!!][TASK] Remove l10n_mode noCopy 35/51235/3
Oliver Hader [Tue, 10 Jan 2017 11:47:54 +0000 (12:47 +0100)]
[!!!][TASK] Remove l10n_mode noCopy

The setting noCopy is removed from the list of possible values
of the TCA column property l10n_mode without any replacement.

Resolves: #79242
Releases: master
Change-Id: If6be272bd71f955a4f3a12c953ffedc55f7e07ac
Reviewed-on: https://review.typo3.org/51235
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Müllenhagen <christianmuellenhagen@yahoo.de>
Tested-by: Christian Müllenhagen <christianmuellenhagen@yahoo.de>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[!!!][FEATURE] Introduce single _cli_ user for all CLI calls 89/51089/6
Benni Mack [Sun, 1 Jan 2017 20:32:54 +0000 (21:32 +0100)]
[!!!][FEATURE] Introduce single _cli_ user for all CLI calls

The command line users prefixing with _CLI_scheduler etc. is flawed,
however a single user is needed for doing e.g. DataHandler calls.

This patch adds a new CommandLineUserAuthentication class, which extends
the regular $BE_USER object to only allow a user called "_cli_" and which
is created automatically if it does not exist, so the _cli_ user always
exists.

Additionally, the _cli_ user is now an admin user so access settings
on command line are obsolete and crucial stuff like the DataHandler can
be used without restrictions.

* Adapt Extbase Bootstrap
* Make sure to have an API to "opt-in" for the need for a user
* Adapt documentation (e.g. in scheduler) because a new user is not needed.

Resolves: #79240
Releases: master
Change-Id: I5a6277fa2252ce6c61f57bbfa26e8be9dc47bbab
Reviewed-on: https://review.typo3.org/51089
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[BUGFIX] InstallTool: handle column renames in database compare 85/51085/6
Morton Jonuschat [Sat, 31 Dec 2016 21:07:31 +0000 (13:07 -0800)]
[BUGFIX] InstallTool: handle column renames in database compare

When the Doctrine SchemaMigrator detects an added column and a removed
column that only differ by name but not by configuration these separate
changes get optimized into a column rename operation.

Deoptimize these renames into distinct add/drop column operations to
keep handling of columns consistent when multiple columns change at the
same time.

Resolves: #78771
Releases: master
Change-Id: Ic6d06b99dfb3f33975969be39d904faac5b438a0
Reviewed-on: https://review.typo3.org/51085
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[TASK] Use $ instead of TYPO3.jQuery 12/51212/5
Benni Mack [Mon, 9 Jan 2017 09:15:03 +0000 (10:15 +0100)]
[TASK] Use $ instead of TYPO3.jQuery

In TYPO3 6.0 we introduced TYPO3.jQuery as a possibility to have jQuery
run side-by-side with prototype.js in a no-conflict mode.

Since TYPO3 7.5, prototype.js was removed, and $ can be used.

PageRenderer now sets TYPO3.jQuery AND $ as shorthand-functionality
and all places in the TYPO3 Core are replaced with the common $
functionality, so TYPO3.jQuery should be avoided.

Resolves: #79221
Releases: master
Change-Id: I9177d7d3ad618fa7bb3a7e2ea483f39d6d4231bc
Reviewed-on: https://review.typo3.org/51212
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Andreas Fernandez <typo3@scripting-base.de>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
2 years ago[!!!][TASK] EXT:form - split typoscript includes 00/51200/8
Josef Glatz [Sun, 8 Jan 2017 14:30:36 +0000 (15:30 +0100)]
[!!!][TASK] EXT:form - split typoscript includes

1) Move backend module specific TypoScript directly to
`EXT:form/ext_typoscript_setup.txt`. It should be loaded
automatically, when EXT:form is installed.

2) Do not load frontend specific TypoScript automatically
and make it available through
`ExtensionManagementUtility::addStaticFile()`. As this method
do only TCA-related changes it's ok to put it into `TCA/Overrides`.

Resolves: #79201
Releases: master
Change-Id: I4c3f51b4bbd0cb472358e97350eed09ecd73f4e6
Reviewed-on: https://review.typo3.org/51200
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Bjoern Jacob <bjoern.jacob@tritum.de>
Tested-by: Bjoern Jacob <bjoern.jacob@tritum.de>
Reviewed-by: Ralf Zimmermann <ralf.zimmermann@tritum.de>
Tested-by: Ralf Zimmermann <ralf.zimmermann@tritum.de>
Reviewed-by: Tobi Kretschmann <tobi@tobishome.de>
Tested-by: Tobi Kretschmann <tobi@tobishome.de>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[!!!][TASK] Remove ExtJS Pagetree indicator functionality 28/51228/4
Benni Mack [Mon, 9 Jan 2017 21:19:51 +0000 (22:19 +0100)]
[!!!][TASK] Remove ExtJS Pagetree indicator functionality

The ExtJS Page Tree has some functionality to add custom indicators
to the page tree, which is loaded by ExtDirect.

If you wonder what an indicator is, it's the blue box (or some
other HTML content) which is shown if a temporary mount is
shown or if a filter is active.

However, both temporary mount points and filter information
messages are custom, and not handled via the Page Tree.

The functionality is hidden, and was never documented,
and no public extension used this code (not even google found
something).

Therefore I opt to remove it without substitution.

Resolves: #79228
Releases: master
Change-Id: I4097cd3fbbdf736cc2a09e8258199b5aac01a1bc
Reviewed-on: https://review.typo3.org/51228
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[FOLLOWUP][TASK] Replace ExtDirect State for module menu with jQuery 29/51229/2
Wouter Wolters [Mon, 9 Jan 2017 21:53:36 +0000 (22:53 +0100)]
[FOLLOWUP][TASK] Replace ExtDirect State for module menu with jQuery

Type mismatch leads to always closing module menu.

Resolves: #79211
Releases: master
Change-Id: Ib733853fa036c5fdb4e0d56086fddfc315c775e9
Reviewed-on: https://review.typo3.org/51229
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
Reviewed-by: Andreas Fernandez <typo3@scripting-base.de>
Tested-by: Andreas Fernandez <typo3@scripting-base.de>
2 years ago[TASK] EXT:form - license headers 25/51025/4
Ralf Zimmermann [Thu, 22 Dec 2016 15:26:46 +0000 (16:26 +0100)]
[TASK] EXT:form - license headers

Add a reference to the original authors since most of the
Frontend functionality is heavily inspired and copied from
the Neos/Flow Form package.

Resolves: #79074
Releases: master
Change-Id: I178a7314a0da70a7406df3bcc58f3dd28bdff463
Reviewed-on: https://review.typo3.org/51025
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
2 years ago[TASK] Remove AppVeyor configuration 25/51225/3
Mathias Schreiber [Mon, 9 Jan 2017 19:15:22 +0000 (20:15 +0100)]
[TASK] Remove AppVeyor configuration

AppVeyor is kind of broken by design.
Most of the times something is messed up, dependencies don't work or it
simply times out.

For the time being we will drop AppVeyor and discuss a dedicated,
fast windows testing infrastructure with Microsoft DX in February.

Releases: master
Resolves: #79226
Change-Id: Ie9487283d309e1f07113e3571ac3bc8ad4ad2050
Reviewed-on: https://review.typo3.org/51225
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[!!!][FEATURE] Allow reloading of backend topbar 83/51183/4
Andreas Fernandez [Sat, 7 Jan 2017 19:14:37 +0000 (20:14 +0100)]
[!!!][FEATURE] Allow reloading of backend topbar

A new API is introduced that allows to reload the backend’s topbar.
The reload may be triggered via JavaScript and PHP.

As the registered events of the toolbar items within the topbar get lost
after reloading, the event registration for these toolbar items needs
some adoption.

The topbar is now reloaded in case of:
- updating the user's avatar
- after configuring an extension
- opening the EXT:belog module from the System Information menu

Resolves: #79196
Releases: master
Change-Id: Ib6b65d7327c9db2b818ad9ad549cb2f2f00d1595
Reviewed-on: https://review.typo3.org/51183
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Benni Mack <benni@typo3.org>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
2 years ago[BUGFIX] Remove range from sorting field 01/51001/3
Georg Ringer [Tue, 20 Dec 2016 07:06:57 +0000 (08:06 +0100)]
[BUGFIX] Remove range from sorting field

The range configuration for a sorting field doesn't make any sense
and can lead to unexpected bugs as sorting can be rewritten

Resolves: #78986
Releases: master, 7.6, 6.2
Change-Id: I738877e6f9587d2570506f695fb7426a7536a964
Reviewed-on: https://review.typo3.org/51001
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
Reviewed-by: Tymoteusz Motylewski <t.motylewski@gmail.com>
Tested-by: Tymoteusz Motylewski <t.motylewski@gmail.com>
2 years ago[BUGFIX] IconFactory check arrays for key 71/50971/3
Alexander Opitz [Thu, 15 Dec 2016 10:47:25 +0000 (11:47 +0100)]
[BUGFIX] IconFactory check arrays for key

This reduces PHP notices, as we check arrays before acessing them.

Resolves: #78992
Releases: master, 7.6
Change-Id: Ib0fc72be9e7957a27990d60dde844068ca9e24d1
Reviewed-on: https://review.typo3.org/50971
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Joerg Boesche <typo3@joergboesche.de>
Tested-by: Joerg Boesche <typo3@joergboesche.de>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[TASK] Introduce abstract class AbstractAjaxController 48/51148/8
Mona Muzaffar [Wed, 4 Jan 2017 15:31:56 +0000 (16:31 +0100)]
[TASK] Introduce abstract class AbstractAjaxController

Extract duplicate code in method and let FormFlexAjaxController
and FormInlineAjaxController extend from abstract class.

Change-Id: Idef25a758b6df857419983f0e6c93441103954a7
Resolves: #79159
Releases: master
Reviewed-on: https://review.typo3.org/51148
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
2 years ago[TASK] Simplify module menu loading functionality 09/51209/2
Benni Mack [Mon, 9 Jan 2017 06:24:50 +0000 (07:24 +0100)]
[TASK] Simplify module menu loading functionality

As there is no relative path functionality but only absolute
URLs (without the domain name but just prepended) the functionality
of stripping the siteUrl is removed, thus allowing to remove the hardcoded
"/typo3/" name in the URL and the siteUrl configuration option as well.

Resolves: #79212
Releases: master
Change-Id: I03a065950bb0401970a618bf30c71d69d6ed2188
Reviewed-on: https://review.typo3.org/51209
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Mona Muzaffar <mona.muzaffar@gmx.de>
Tested-by: Mona Muzaffar <mona.muzaffar@gmx.de>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
2 years ago[TASK] ext:beuser delete button title attribute 02/51202/4
Josef Glatz [Sun, 8 Jan 2017 21:20:45 +0000 (22:20 +0100)]
[TASK] ext:beuser delete button title attribute

Add missing title attribute to delete button in the backend user
listing module.

Resolves: #79203
Releases: master
Change-Id: I511fdce6d29cf8c38682e08f14d2cbb33d127c77
Reviewed-on: https://review.typo3.org/51202
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: Daniel Goerz <ervaude@gmail.com>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[FOLLOWUP][TASK] Remove iconv support and use mbstring-polyfill 15/51215/3
Benni Mack [Mon, 9 Jan 2017 12:05:26 +0000 (13:05 +0100)]
[FOLLOWUP][TASK] Remove iconv support and use mbstring-polyfill

The method csConv->strtrunc() is missing in the deprecation.

Resolves: #78670
Releases: master
Change-Id: I95284f2ded36f61410806494dd5cd8f1db22c586
Reviewed-on: https://review.typo3.org/51215
Reviewed-by: Markus Klein <markus.klein@typo3.org>
Tested-by: Markus Klein <markus.klein@typo3.org>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
2 years ago[TASK] Remove hardcoded ContextHelpWindows settings 14/51214/3
Wouter Wolters [Mon, 9 Jan 2017 10:26:59 +0000 (11:26 +0100)]
[TASK] Remove hardcoded ContextHelpWindows settings

The values are hardcoded and not replaceable. We can put the
hardcoded values in JavaScript directly.

Resolves: #79215
Releases: master
Change-Id: I64742cef34b73d88bbc0f44cfc959556555b2fad
Reviewed-on: https://review.typo3.org/51214
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[TASK] Replace ExtDirect State for module menu with jQuery 08/51208/4
Benni Mack [Mon, 9 Jan 2017 06:07:56 +0000 (07:07 +0100)]
[TASK] Replace ExtDirect State for module menu with jQuery

The obsolete State Provider for storing and retrieving the information
if the backend module menu should be collapsed or not
should not use ExtDirect but instead us the native Storage functionality
already in place for TYPO3.

The namespace (BackendComponents.States.typo3-module-menu) is
kept for now (see BackendController.php for details on ExtDirect), but could
easily be modified.

Resolves: #79211
Releases: master
Change-Id: I4de6b46ea0f18201cb8bb0af6077c1d9dfffcec7
Reviewed-on: https://review.typo3.org/51208
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
2 years ago[BUGFIX] Fix typo in ext:backend fluid template 01/51201/2
Josef Glatz [Sun, 8 Jan 2017 20:54:28 +0000 (21:54 +0100)]
[BUGFIX] Fix typo in ext:backend fluid template

Resolves: #79202
Releases: master, 7.6
Change-Id: Ie47e6b42a7429ce75a8d750c7e7aa7f1c1cb9bec
Reviewed-on: https://review.typo3.org/51201
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[BUGFIX] Remove leftover info about config.uniqueLinkVars 04/51204/3
Josef Glatz [Sun, 8 Jan 2017 23:14:31 +0000 (00:14 +0100)]
[BUGFIX] Remove leftover info about config.uniqueLinkVars

Remove obsolete info about a removed setting in tsref.xml
and remove one duplicate `to` just two lines later.

Resolves: #79208
Related: #62888
Releases: master, 7.6
Change-Id: I4c2a437edb657eb380ffb2377947977a850da497
Reviewed-on: https://review.typo3.org/51204
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Frans Saris <franssaris@gmail.com>
Tested-by: Frans Saris <franssaris@gmail.com>
2 years ago[TAKS] Add missing variables in WorkspaceService doc comments 98/51198/2
Tymoteusz Motylewski [Sun, 8 Jan 2017 13:35:00 +0000 (14:35 +0100)]
[TAKS] Add missing variables in WorkspaceService doc comments

Resolves: #79200
Releases: master, 7.6
Change-Id: I745f9762122dba5f2e1ecca8deafd440a78f8329
Reviewed-on: https://review.typo3.org/51198
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[BUGFIX] EXT:tstemplate: Removed double escaping of page name 46/51046/6
Michael Oehlhof [Mon, 26 Dec 2016 22:01:57 +0000 (23:01 +0100)]
[BUGFIX] EXT:tstemplate: Removed double escaping of page name

Because the escaping takes place when the PageZero template is rendered
by the view, there is no need to escape it in the controller.

Resolves: #79096
Resolves: #79060
Releases: master
Change-Id: I3e06e2829e0d1d916b941329f835b4e7f5e29398
Reviewed-on: https://review.typo3.org/51046
Reviewed-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Andreas Fernandez <typo3@scripting-base.de>
Tested-by: Andreas Fernandez <typo3@scripting-base.de>
2 years ago[TASK] Functional tests for free mode translation 50/51150/3
Tymoteusz Motylewski [Thu, 5 Jan 2017 16:25:37 +0000 (17:25 +0100)]
[TASK] Functional tests for free mode translation

Functional tests for following scenarios:
- free-mode translation of a record in non-default language
(live and in workspaces)
- copy page translated in free mode (workspaces, live is already covered)

Resolves: #79170
Releases: master, 7.6
Change-Id: Iff69e2b4333dfff7511871573352b270add4de01
Reviewed-on: https://review.typo3.org/51150
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Andreas Fernandez <typo3@scripting-base.de>
Tested-by: Andreas Fernandez <typo3@scripting-base.de>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
2 years ago[!!!][TASK] Removed optional fluid typoscript template 05/51105/9
Frans Saris [Tue, 3 Jan 2017 11:36:17 +0000 (12:36 +0100)]
[!!!][TASK] Removed optional fluid typoscript template

The typoscript template was meant as an example/showcase on how to
use Fluid Widgets in FE. The current used includes are outdated or
broken.

Resolves: #78988
Releases: master
Change-Id: I5c30b017c10d6244d6aa559d395e351dd242d48d
Reviewed-on: https://review.typo3.org/51105
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: Daniel Goerz <ervaude@gmail.com>
Reviewed-by: Andreas Fernandez <typo3@scripting-base.de>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
2 years ago[BUGFIX] Get folder’s identifier for exception message 78/51178/2
Andreas Fernandez [Sat, 7 Jan 2017 16:18:49 +0000 (17:18 +0100)]
[BUGFIX] Get folder’s identifier for exception message

The identifier of the folder object is now retrieved and used in the
exception message.

Resolves: #79194
Releases: master, 7.6
Change-Id: Iebea177434c6913bab705df119d750b497238252
Reviewed-on: https://review.typo3.org/51178
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: Daniel Goerz <ervaude@gmail.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
2 years ago[FOLLOWUP][TASK] Update copyright year to 2017 75/51175/2
Andreas Fernandez [Sat, 7 Jan 2017 15:56:24 +0000 (16:56 +0100)]
[FOLLOWUP][TASK] Update copyright year to 2017

Added some files that were not updated with the original change.

Resolves: #79165
Releases: master, 7.6, 6.2
Change-Id: If8298c220ca7171d34e21aff9e49917ac8618686
Reviewed-on: https://review.typo3.org/51175
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
2 years ago[TASK] Update copyright year to 2017 38/51138/2
Wouter Wolters [Thu, 5 Jan 2017 10:12:36 +0000 (11:12 +0100)]
[TASK] Update copyright year to 2017

Resolves: #79165
Releases: master,7.6,6.2
Change-Id: Ia3211ad00a3b6bd915b0a099bdb8d98a8b12dc7f
Reviewed-on: https://review.typo3.org/51138
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
Reviewed-by: Andreas Fernandez <typo3@scripting-base.de>
Tested-by: Andreas Fernandez <typo3@scripting-base.de>
2 years ago[BUGFIX] Show file title in CE uploads 31/50931/3
Frans Saris [Mon, 12 Dec 2016 10:47:04 +0000 (11:47 +0100)]
[BUGFIX] Show file title in CE uploads

Resolves: #78900
Releases: master, 7.6
Change-Id: Ia44c039083d44eda463ee1819f6dc20353ce7f8a
Reviewed-on: https://review.typo3.org/50931
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: Riccardo De Contardi <erredeco@gmail.com>
Reviewed-by: Joerg Boesche <typo3@joergboesche.de>
Tested-by: Joerg Boesche <typo3@joergboesche.de>
Reviewed-by: Andreas Fernandez <typo3@scripting-base.de>
Tested-by: Andreas Fernandez <typo3@scripting-base.de>
2 years ago[BUGFIX] EXT:form - load custom form editor templates 63/51163/2
Ralf Zimmermann [Fri, 6 Jan 2017 13:55:12 +0000 (14:55 +0100)]
[BUGFIX] EXT:form - load custom form editor templates

Avoid javascript errors if a custom form editor templates is used.

Resolves: #79184
Releases: master
Change-Id: I5a769234dc9088e34b2ab69cf82ac613fcf82210
Reviewed-on: https://review.typo3.org/51163
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Mathias Schreiber <mathias.schreiber@typo3.com>
Tested-by: Mathias Schreiber <mathias.schreiber@typo3.com>
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
2 years ago[BUGFIX] Fix sorting in language list 40/51040/3
Markus Sommer [Fri, 23 Dec 2016 13:48:06 +0000 (14:48 +0100)]
[BUGFIX] Fix sorting in language list

* Add sorting field for A/D
* disable senseless sorting of actions

Resolves: #79085
Releases: master, 7.6
Change-Id: Ib7b31c43522d31dcecf9e97042b98be434616068
Reviewed-on: https://review.typo3.org/51040
Reviewed-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: Daniel Goerz <ervaude@gmail.com>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Markus Sommer <markussom@posteo.de>
Tested-by: Markus Sommer <markussom@posteo.de>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[BUGFIX] Prevent fatal error in TemplatePaths without TS 48/51048/3
Claus Due [Tue, 27 Dec 2016 13:33:51 +0000 (14:33 +0100)]
[BUGFIX] Prevent fatal error in TemplatePaths without TS

This fixes an issue with Fluid being asked to render a
template at an execution point where no TS can be
resolved (ConfigurationManager "get full typoscript"
returns null).

Casting the potentially null return value to an array
completely avoids the issue, since Fluid is perfectly
capable of generating fallback expected paths which
always point to the right extension resources folders.

Change-Id: I3e07fb0248cb9d0f1faa560e6f72a47e41314763
Releases: master
Resolves: #79098
Reviewed-on: https://review.typo3.org/51048
Reviewed-by: Benni Mack <benni@typo3.org>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Tested-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Reviewed-by: Markus Klein <markus.klein@typo3.org>
Tested-by: Mona Muzaffar <mona.muzaffar@gmx.de>
Tested-by: Markus Klein <markus.klein@typo3.org>
2 years ago[BUGFIX] Missing language label "Access capabilities" 13/51113/3
DavidsWONG [Wed, 4 Jan 2017 11:55:22 +0000 (12:55 +0100)]
[BUGFIX] Missing language label "Access capabilities"

Used as tab label in sys_file_storage

Releases: master
Resolves: #79152
Change-Id: I37407b09d7829185e171aa3eb0632b06f4a5e3a4
Reviewed-on: https://review.typo3.org/51113
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Jan Helke <typo3@helke.de>
Tested-by: Jan Helke <typo3@helke.de>
2 years ago[TASK] Clean up @see annotation in DataHandler functional tests 10/51110/2
Tymoteusz Motylewski [Tue, 3 Jan 2017 22:48:13 +0000 (23:48 +0100)]
[TASK] Clean up @see annotation in DataHandler functional tests

Resolves: #79146
Releases: master, 7.6
Change-Id: I567031de638d5a03c4e38796b4bfd17569c361e7
Reviewed-on: https://review.typo3.org/51110
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
2 years ago[BUGFIX] Check in TcaMigration if the type is set 17/51017/4
Georg Ringer [Thu, 22 Dec 2016 08:30:51 +0000 (09:30 +0100)]
[BUGFIX] Check in TcaMigration if the type is set

The type field is essential for TCA and must be checked if available.

Resolves: #79059
Releases: master
Change-Id: I6b5a94db0372e25a18ecb21a3966cece8cc9f207
Reviewed-on: https://review.typo3.org/51017
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Jan Helke <typo3@helke.de>
Tested-by: Jan Helke <typo3@helke.de>
2 years ago[TASK] Reload pagetree after hide / unhide page in click menu 42/51042/3
Gianluigi Martino [Sat, 24 Dec 2016 09:18:12 +0000 (10:18 +0100)]
[TASK] Reload pagetree after hide / unhide page in click menu

Pagetree reload now after hide / unhide page in click menu with the
correct status

Resolves: #79090
Releases: master
Change-Id: I5312115c51096094914cf29d3832c0f1e36eaf0b
Reviewed-on: https://review.typo3.org/51042
Reviewed-by: Oliver Hader <oliver.hader@typo3.org>
Tested-by: Oliver Hader <oliver.hader@typo3.org>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Gianluigi Martino <gmartino27@gmail.com>
Tested-by: Gianluigi Martino <gmartino27@gmail.com>
Tested-by: Riccardo De Contardi <erredeco@gmail.com>
Tested-by: Mona Muzaffar
Reviewed-by: Tymoteusz Motylewski <t.motylewski@gmail.com>
Tested-by: Tymoteusz Motylewski <t.motylewski@gmail.com>
2 years ago[BUGFIX] FormEngine group element top/bottom buttons 11/51111/3
Christian Kuhn [Wed, 4 Jan 2017 10:38:48 +0000 (11:38 +0100)]
[BUGFIX] FormEngine group element top/bottom buttons

The sort top/bottom buttons in group element no longer depend
on the number of selected items. This is inconvenient anyway
since these sorting buttons only appeared after saving when
a bunch of items was selected, but not immediately.
The patch additionally fixes a failing acceptance test.

Change-Id: Ice0d179e7c74c3a1227c727c672b40844d6852c8
Resolves: #79149
Related: #78899
Releases: master
Reviewed-on: https://review.typo3.org/51111
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Reviewed-by: Jan Helke <typo3@helke.de>
Tested-by: Jan Helke <typo3@helke.de>
2 years ago[BUGFIX] Make copy mode of translation modal use localize 45/47645/37
Tymoteusz Motylewski [Fri, 30 Dec 2016 23:48:56 +0000 (00:48 +0100)]
[BUGFIX] Make copy mode of translation modal use localize

...  omitting TransOrigPointer

While translating elements with the localization modal we have to
make sure that the "Copy" mode does more than just a plain copy
followed by an update of the sys_language_uid. Otherwise related
elements will just be copied along but don't get a new language.

This patch replaces the copy action with a new action called
copyToLanguage. It behaves like localize action but does not set
TransOrigPointer fields, so child elements get the correct
language and are not connected to a language parent.

Resolves: #75400
Releases: master, 7.6
Change-Id: If57af3c94c67824ab8bbbc62a8c6bea283e96fca
Reviewed-on: https://review.typo3.org/47645
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Mathias Schreiber <mathias.schreiber@typo3.com>
Tested-by: Mathias Schreiber <mathias.schreiber@typo3.com>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
2 years ago[!!!][TASK] Improve flex and TCA handling in FormEngine 79/50879/49
Christian Kuhn [Sat, 3 Dec 2016 20:59:52 +0000 (21:59 +0100)]
[!!!][TASK] Improve flex and TCA handling in FormEngine

The patch adapts a series of nasty form engine areas to more solid
code. The evaluate condition code is rewritten and works much better
in flex form scenarios. The suggest wizard and svg tree are much
more solid in flex forms. The group element is rewritten
towards a better readable and easier to refactor code, dropping
method dbFileIcons(). A bunch of issues is resolved along the way.

* TCA "default" now works in flex form section container elements
* The "displayCond" parser is now strict and throws exceptions on
  invalid syntax and wrong referenced fields to help debugging
  faulty display conditions
* TCA displayCond on flex fields can now be prefixed with the
  sheet name and can reference field values from neighbor sheets
* TCA displayCond now works with flex section containers
* TCA flex section container now throw an exception if select or
  group fields configure a MM relation - this is not supported
* TCA ctrl requestUpdate field is dropped, onChange=reload is now allowed
  not only on flex form fields, but also on normal columns fields
* TCA tree now works as section container element and initializes
  correctly on new records and new containers
* GroupElement rewrite to drop dbFileIcons()
* config option maxitems now optional for type=group and type=select
  and defaults to "many items allowed"
* inline now works in "fancy" flex situations with "new" records
  by handing the final dataStructureIdentifier around
* FormEngine no longer loads extJS

Change-Id: Id1d081627529cc1502bb198389e5bd69372815cd
Resolves: #78899
Resolves: #72307
Resolves: #75646
Resolves: #76637
Resolves: #72106
Resolves: #78824
Resolves: #76793
Resolves: #68247
Resolves: #69715
Related: #78460
Related: #67198
Related: #72294
Releases: master
Reviewed-on: https://review.typo3.org/50879
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
2 years ago[SECURITY] Protect Mailtransport 93/51093/5
Wouter Wolters [Mon, 2 Jan 2017 12:05:36 +0000 (13:05 +0100)]
[SECURITY] Protect Mailtransport

Fix CVE-2016-10074 by disallowing potentially unsafe shell characters.

Resolves: #79114
Releases: master, 8.5, 7.6, 6.2
Change-Id: I8578b63c8c571964c2d52a65e4bfbf705c20f816
Reviewed-on: https://review.typo3.org/51093
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Alexander Opitz <opitz.alexander@googlemail.com>
Tested-by: Alexander Opitz <opitz.alexander@googlemail.com>
Reviewed-by: Oliver Hader <oliver.hader@typo3.org>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
2 years ago[FEATURE] Allow definition of template paths in backend module 79/51079/2
Susanne Moog [Sat, 31 Dec 2016 09:59:38 +0000 (10:59 +0100)]
[FEATURE] Allow definition of template paths in backend module

BackendTemplateView now allows overwriting of template paths to add your own
locations for templates, partials and layouts in a BackendTemplateView based
backend module.

Change-Id: I2d8c4b432ff23a3e9b8b527af4697f31082f64b7
Releases: master
Resolves: #79124
Reviewed-on: https://review.typo3.org/51079
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Alexander Opitz <opitz.alexander@googlemail.com>
Tested-by: Alexander Opitz <opitz.alexander@googlemail.com>
Tested-by: Mona Muzaffar
Reviewed-by: Mona Muzaffar
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
2 years ago[BUGFIX] Use correct type in PageRepository::getDomainStartPage for column fe_group 96/51096/2
Manuel Selbach [Mon, 2 Jan 2017 14:11:17 +0000 (15:11 +0100)]
[BUGFIX] Use correct type in PageRepository::getDomainStartPage for column fe_group

Strict DBMS will throw an exception for a query where to compare an integer against a column with string values.
There will no "magic" type casting processed, thus we have to use a string instead of an integer.

Change-Id: I740d1797c92f203e83ddfec2ab00df42cc5c53aa
Resolves: #79131
Releases: master
Reviewed-on: https://review.typo3.org/51096
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Tested-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
2 years ago[TASK] Update d3 to 4.4.0 37/50937/3
Andreas Fernandez [Mon, 12 Dec 2016 18:00:20 +0000 (19:00 +0100)]
[TASK] Update d3 to 4.4.0

* Add identity.reflectX and identity.reflectY to d3.geoIdentity.
* Add zoom.interpolate to control zoom transition behavior.
* Allow double-click and double-tap zoom transitions to be disabled.
* Fix handling of a zoom.translateExtent smaller than the zoom.extent.
* Fix handling of zero-valued nodes in squarified treemaps.
* Fix parsing of unusual number formats in color specifications.
* Fix implementations of force.initialize to allow isolation.
* Fix d3.geoPath’s default projection and contex to be null, not undefined.
* Improve performance of d3.path.

Resolves: #78964
Releases: master
Change-Id: I8bdb677b1eb851789a8b5146330621da0331b7e3
Reviewed-on: https://review.typo3.org/50937
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
2 years ago[TASK] Update autosize to 3.0.20 35/50935/3
Andreas Fernandez [Mon, 12 Dec 2016 17:43:02 +0000 (18:43 +0100)]
[TASK] Update autosize to 3.0.20

v.3.0.20 - 2016-12-04
Fixed minor bug where the resized event would not fire under specific
conditions when changing the overflow.

v.3.0.19 - 2016-11-23
Bubble dispatched events. Merged #319.

Resolves: #78962
Releases: master
Change-Id: I998cff2bf46e14e73abbdf6729d39146b562f8a2
Reviewed-on: https://review.typo3.org/50935
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
2 years ago[BUGFIX] Ensure correct field ordering in CSV export 44/50944/3
Nicole Cordes [Mon, 12 Dec 2016 22:01:14 +0000 (23:01 +0100)]
[BUGFIX] Ensure correct field ordering in CSV export

Due to patch https://review.typo3.org/48998/ the whole database record
is fetched from the database instead of only the visible fields. This
screws up the CSV export as this on relies of the field sorting of the
database row. This patch ensures a correct sorting of the row fields
before they are added to the CSV export.

Resolves: #78908
Releases: master, 7.6
Change-Id: I64f0213695c0cd13fecaa96343a5b1d9af1582f4
Reviewed-on: https://review.typo3.org/50944
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Philipp Gampe <philipp.gampe@typo3.org>
Tested-by: Philipp Gampe <philipp.gampe@typo3.org>
Reviewed-by: Jigal van Hemert <jigal.van.hemert@typo3.org>
Tested-by: Jigal van Hemert <jigal.van.hemert@typo3.org>
2 years ago[TASK] Add functional test covering copying a page translated in free mode 82/51082/3
Tymoteusz Motylewski [Sat, 31 Dec 2016 17:35:13 +0000 (18:35 +0100)]
[TASK] Add functional test covering copying a page translated in free mode

This test is a safe net before implementing features like l10n_source

Releases: master, 7.6
Resolves: #79126
Change-Id: I89f5b819735623a33468a8e5898a1b7825aa0c9b
Reviewed-on: https://review.typo3.org/51082
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Tested-by: Morton Jonuschat <m.jonuschat@mojocode.de>
2 years ago[TASK] EXT:viewpage: Added page title as headline 45/51045/3
Michael Oehlhof [Mon, 26 Dec 2016 00:45:06 +0000 (01:45 +0100)]
[TASK] EXT:viewpage: Added page title as headline

Resolves: #77573
Releases: master
Change-Id: If4aaa1f4f9f49e39ecdaee12fc8568ed3839a0ea
Reviewed-on: https://review.typo3.org/51045
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Gianluigi Martino <gmartino27@gmail.com>
Tested-by: Gianluigi Martino <gmartino27@gmail.com>
Reviewed-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Tested-by: Morton Jonuschat <m.jonuschat@mojocode.de>
2 years ago[TASK] Update TYPO3 Icons to 0.0.14 81/51081/2
Benjamin Kott [Sat, 31 Dec 2016 16:20:10 +0000 (17:20 +0100)]
[TASK] Update TYPO3 Icons to 0.0.14

Resolves: #79125
Releases: master
Change-Id: I8fdfd139cad85e6d39586ee36e6c6dcc886525e0
Reviewed-on: https://review.typo3.org/51081
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Tested-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
2 years ago[BUGFIX] EXT:Scheduler: Adjust return type of convertRangeToListOfValues 38/51038/2
Michael Oehlhof [Fri, 23 Dec 2016 12:59:14 +0000 (13:59 +0100)]
[BUGFIX] EXT:Scheduler: Adjust return type of convertRangeToListOfValues

Resolves: #79086
Releases: master
Change-Id: I47e77f5bc8915d972bd9c19fe8c95f77aea4be7f
Reviewed-on: https://review.typo3.org/51038
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Andreas Fernandez <typo3@scripting-base.de>
Tested-by: Andreas Fernandez <typo3@scripting-base.de>
Reviewed-by: Morton Jonuschat <m.jonuschat@mojocode.de>
Tested-by: Morton Jonuschat <m.jonuschat@mojocode.de>
2 years ago[BUGFIX] Remove relations from MM table 03/50103/4
Nicole Cordes [Fri, 7 Oct 2016 11:58:00 +0000 (13:58 +0200)]
[BUGFIX] Remove relations from MM table

If extbase deletes an object it doesn't delete its relations in an
MM table. This patch adds the check for a possible MM relation table and
ensures all relations get deleted as well. If the parent table supports
a deleted flag, no relations will be deleted to be able to restore the
parent record again.

Resolves: #78128
Releases: master, 7.6
Change-Id: Ibe2497c05838e261f9c67a80216385d6e60607cb
Reviewed-on: https://review.typo3.org/50103
Tested-by: TYPO3com <no-reply@typo3.com>
Tested-by: Robert Jelinek <robert.jelinek@riir.at>
Reviewed-by: Alexander Stehlik <alexander.stehlik@gmail.com>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
2 years ago[FOLLOWUP][BUGFIX] Respect SQL table names max length in install tool 72/50872/3
Manuel Glauser [Sat, 3 Dec 2016 14:01:56 +0000 (15:01 +0100)]
[FOLLOWUP][BUGFIX] Respect SQL table names max length in install tool

Consider the table and column name length limitations of the
various database platforms when calling / executing the
database analyser.

Resolves: #78636
Releases: master
Change-Id: I78ad5ea849c722ebc3448beb043dac4846e4d731
Reviewed-on: https://review.typo3.org/50872
Tested-by: TYPO3com <no-reply@typo3.com>
Reviewed-by: Jan Helke <typo3@helke.de>
Tested-by: Jan Helke <typo3@helke.de>
Reviewed-by: Joerg Boesche <typo3@joergboesche.de>
Tested-by: Joerg Boesche <typo3@joergboesche.de>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>