- 04 Jan, 2021 1 commit
-
-
With Bootstrap 5, <select> fields make use of the class `form-select`. This patch aims to replace every occurrence of `form-control` used with select fields. Since Bootstrap finally brings proper styling for select boxes, the custom implementation rendering chevrons can be removed. In the same run, the `input-$size` classes are migrated to its new class names and some obsolete classes have been removed. Resolves: #93135 Releases: master Change-Id: I0044127cc380bddfbaec0b9f730123959f7288bd Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/67247 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Martin Kutschker <mkutschker-typo3@yahoo.com> Tested-by:
Benjamin Franzke <bfr@qbus.de> Reviewed-by:
Martin Kutschker <mkutschker-typo3@yahoo.com> Reviewed-by:
Benjamin Franzke <bfr@qbus.de>
-
- 21 Dec, 2020 1 commit
-
-
Bootstrap v5 – introduced in #92616 – was added with CCS from beta1 but JavaScript from alpha2. bootstrap.bundle.js was manually wrapped into a AMD closure, and because bootstrap 5.0.0-beta1 contains alot of changes regarding data tags, it couldn't be updated in the initial patch. Bootstrap is now bundled using rollup using the ES6 sources in order to allow for automatic updates through `grunt build`. popperjs – previously bundled into bootstrap distributed files – is now added as dependency. The bootstap ES6 sources, that we now use through rollup, do not bundle this external dependency (for good reasons). Dependency added with: yarn add @popperjs/core Further adaptions contained in this change to ensure beta1 compatibility: a) Carousel "item" to "carousel-item" class migration b) $.fn.modal(options) does no longer imply $.fn.modal('show') c) Fix panels, both JS and CSS (card-group can't be used here) d) All bootstrap data- tags are migrated to data-bs-. (see https://github.com/twbs/bootstrap/pull/31827) Migrated with # renderes a sed substition with the help of a nested sed from all the # data-bs attributes that where changed in the twbs/bootstrap commit git grep -l data- | xargs sed -i $( \ curl -s \ https://patch-diff.githubusercontent.com/raw/twbs/bootstrap/pull/31827.patch | \ sed 's/data-bs-[a-z-]*/\n&\n/g' | grep "data-bs-[a-z-]" | \ sort | uniq | \ sed 's/data-bs-\(.*\)\([^a-z-]\|$\)/ -e s\/data-\1\\\([^a-z-]\\\)\/data-bs-\1\\1\/g -e s\/data('"'"'\1'"'"')\/data('"'"'bs-\1'"'"')\/g/g' \ ) # Revert false positives from the above auto-replacement git checkout -- typo3/sysext/core/Documentation/Changelog/ \ typo3/sysext/backend/Classes/Form/Container/FlexFormContainerContainer.php \ Build/Sources/TypeScript/backend/Resources/Public/TypeScript/LiveSearch.ts \ Build/Sources/TypeScript/backend/Resources/Public/TypeScript/FormEngineFlexForm.ts \ Build/Sources/TypeScript/install/Resources/Public/TypeScript/Module/Settings/ExtensionConfiguration.ts \ Build/Sources/Sass/typo3/_element_panel.scss (cd Build && grunt build) Resolves: #93126 Resolves: #93123 Resolves: #93132 Related: #92616 Releases: master Change-Id: Ie194d0f87d2c60df7b9e8a6de4893cfaaea55356 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/67215 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Martin Kutschker <mkutschker-typo3@yahoo.com> Tested-by:
Christian Kuhn <lolli@schwarzbu.ch> Tested-by:
Benni Mack <benni@typo3.org> Reviewed-by:
Martin Kutschker <mkutschker-typo3@yahoo.com> Reviewed-by:
Christian Kuhn <lolli@schwarzbu.ch> Reviewed-by:
Benni Mack <benni@typo3.org>
-
- 17 Dec, 2020 1 commit
-
-
To be able to introduce URL rewrites for the backend, the internal handling and registration of the shortcut PHP API is reworked. The Shortcut PHP API previously has the full URL of the shortcut target stored in the database. This lead to many problems such as shortcuts got invalid as soon as their target module changed its route path. Furthermore, this required unnecessary functionality like replacing tokens on URL creation. Therefore, a shortcut record now stores only the route identifier of the module to link to and necessary arguments in two new database columns. A upgrade wizard is in place to migrate existing data. The rework also required to deprecate some methods in the ShortcutButton API and a parameter signature change of the JavaScript function `TYPO3.ShortcutMenu.createShortcut()` which performs the AJAX call to create new shortcuts. Side effect, this also deprecated the last remains of xMOD_alt_doc.php in the core. Resolves: #93093 Releases: master Change-Id: I07666a299651e4953b4adf2987fcd3469094c288 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/67143 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Daniel Goerz <daniel.goerz@posteo.de> Tested-by:
Christian Kuhn <lolli@schwarzbu.ch> Reviewed-by:
Daniel Goerz <daniel.goerz@posteo.de> Reviewed-by:
Christian Kuhn <lolli@schwarzbu.ch>
-
- 14 Dec, 2020 1 commit
-
-
The ShortcutRepository should not deal with generating shortcut titles based on the provided arguments. This can never be reliable, especially for custom extension code. The appropriate title must be set by the calling controller since this is the place where all necessary information, to define such title, are available. Therefore, adding a new shortcut button without defining a display name is deprecated. All Core controllers are adjusted to provide the necessary title themself. Resolves: #93060 Releases: master Change-Id: Ic15fe13769dec841868977a862464f8dd3c73c42 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/67096 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Christian Kuhn <lolli@schwarzbu.ch> Tested-by:
Benni Mack <benni@typo3.org> Reviewed-by:
Christian Kuhn <lolli@schwarzbu.ch> Reviewed-by:
Benni Mack <benni@typo3.org>
-
- 10 Dec, 2020 1 commit
-
-
Benni Mack authored
The AbstractUserAuthentication class handles way too much of what it should know / do. For this reason, a new UserSession object which contains basic information needed for everything belonging to a non-fixated session, a fixated anonymous session, if a session was evelated, or if a session has expired, is kept in there. The "SessionManager" should not be used anymore publically but slowly dissolve into a SessionBackendManager. Design goals: * UserAuth object should not know about session backends * UserAuth should not store sessionData etc. directly in its own object * Decouple UserSession info from any properties of UserAuth * A UserSessionManager deals with the creation and validation of the UserSession objects. No Session Objects can be created etc outside of this class to maintain persistability * UserSessionManager also encapsulates ipLocking and the responsible SessionBackend Final goals to be tackled later: * Build a user session object from the request object, and not within the UserAuth object * Session Handling can be accessed outside of UserAuth * Cookie Handling and Session Handling are separated from UserAuth * Load Session information from PSR-7 request instead of $_COOKIE Resolves: #93023 Releases: master Change-Id: Ia2d8244e433d0f6adf220d443b2c0947f251b5e9 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/66935 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Oliver Bartsch <bo@cedev.de> Tested-by:
Christian Kuhn <lolli@schwarzbu.ch> Tested-by:
Benni Mack <benni@typo3.org> Reviewed-by:
Oliver Bartsch <bo@cedev.de> Reviewed-by:
Christian Kuhn <lolli@schwarzbu.ch> Reviewed-by:
Benni Mack <benni@typo3.org>
-
- 07 Sep, 2020 1 commit
-
-
Furthermore the text constants are moved to the locallang file. Resolves: #92212 Releases: master, 10.4 Change-Id: I9fd33ce977879f5f2a4b515850a214d249b8d028 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/65615 Tested-by:
Christian Kuhn <lolli@schwarzbu.ch> Tested-by:
Jörg Bösche <typo3@joergboesche.de> Tested-by:
Benni Mack <benni@typo3.org> Reviewed-by:
Christian Kuhn <lolli@schwarzbu.ch> Reviewed-by:
Jörg Bösche <typo3@joergboesche.de> Reviewed-by:
Benni Mack <benni@typo3.org>
-
- 05 Sep, 2020 1 commit
-
-
The backend shortcut / bookmark handlig API was designed to hand over relevant get/post arguments as key only (eg. 'id'). The underlying code then pulled values from GET/POST or from SOBE->MOD_SETTINGS. This is ugly, there shouldn't be such magic: Only controllers know relevant keys and values, so it should hand them over directly to the shortcut API. The patch changes this: * Old and unused ViewHelper f:be.buttons.shortcut is deprecated. * ViewHelper be:moduleLayout.button.shortcutButton deprecates argument 'getVars' and adds new argument 'arguments'. * Class ShortcutButton has a new setter 'setArguments' that accepts all relevant argument key/value pairs to create a shortcut. Existing get/set related methods are deprecated. * Helper methods 'makeShortcutIcon' and 'makeShortcutUrl' of class ModuleTemplate are deprecated and implemented in class ShortcutButton directly. * All core usages are adapted to new API. * Shortcut handling was the last core usage of SOBE, so last $GLOBALS['SOBE'] = $this assignments can be finally removed. Impact: * Shortcuts to modules not directly reachable via main menu do not work due to limits of the module registration API. An example is the 'create multiple pages' controller. This issue exists before the patch, affected controllers no longer render a shortcut button for now. * The old code usually added the 'route' argument twice for shortcuts. This has been resolved. As a side effect, the comparison if a shortcuts exists (yellow shortcut icon) fails currently for existing shortcuts when the patch is applied: The comparison relies on direct string equality since shortcuts always store the final url in the database. This storage strategy should be changed with another patch that will solve the 'no yellow icon' issue at the same time. Change-Id: I3ccd2b8f6adab8e7780c5f9911fdea013ccfa99b Resolves: #92132 Releases: master Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/65503 Tested-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Anja Leichsenring <aleichsenring@ab-softlab.de> Reviewed-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Reviewed-by:
Anja Leichsenring <aleichsenring@ab-softlab.de>
-
- 26 Aug, 2020 1 commit
-
-
SetupModuleController serves as a backdoor so regular users without permission to manipulate be_users records can still edit their profile. For this to work, the access check needs to be bypassed for this particular record by DataHandler. The start() method of DataHandler prepares e.g. exclude fields to be checked. With current code, incoming user is not yet set to admin, so exclude field checking may fail, especially if 3rd party extensions manipulate this. The patch hands a temporary user with activated admin flag to DataHandler, so it can bypass the access check for profile editing. Resolves: #92097 Related: #85196 Releases: master, 10.4 Change-Id: I0696f81bbccc7932f8c03eec9452dade9423c074 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/65451 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Anja Leichsenring <aleichsenring@ab-softlab.de> Tested-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Reviewed-by:
Anja Leichsenring <aleichsenring@ab-softlab.de> Reviewed-by:
Andreas Fernandez <a.fernandez@scripting-base.de>
-
- 15 Jul, 2020 1 commit
-
-
Left-hand module menu and top toolbar are refreshed using inline JavaScript when e.g. an extension is de-/activated in extension manager or users switch their backend language in setup module. A new module `ImmediateActionElement` is introduced that implements the Custom HTML Element `<typo3-immediate-action action="…">`. The element immediately dispatches the action passed via the action attribute once attached to the DOM. We therefore drop the (currently unused) data-dispatch-immediately attribute which was introduced in #91015, as we opt for a more streamlined custom HTML element implementation now. Resolves: #91191 Releases: master, 10.4 Change-Id: I2724c51da3ea9aea0556ac63e834368e48866dd4 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/64675 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Oliver Hader <oliver.hader@typo3.org> Reviewed-by:
Oliver Hader <oliver.hader@typo3.org>
-
- 31 May, 2020 1 commit
-
-
This change aims to reduce the amount of inline JavaScript by removing `onchange` or `onclick` events and dynamically created JavaScript code/settings. * moves inline JavaScript for avatar handling to new SetupModule * avoids using configuration options `onClick`, `onClickLabels` and `confirmData.jsCodeAfterOk` which contain inline JavaScript * introduces configuration options `conformationData.eventName` and `clickData.eventName` to substitute mentioned deprecations * adds PSR-14 `AddJavaScriptModulesEvent` which allows to apply custom RequireJS modules to handle mentioned new custom events Resolves: #91132 Releases: master, 10.4 Change-Id: Ia68d0c473db862e0381671604347bd15ec89be35 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/64225 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Oliver Hader <oliver.hader@typo3.org> Reviewed-by:
Oliver Hader <oliver.hader@typo3.org>
-
- 29 May, 2020 2 commits
-
-
The global variable 'LOCAL_LANG' is now removed, as all labels should always be fetched via LanguageService. In addition, the following methods have been removed: * Locales::initialize() * LanguageService->getLabelsWithPrefix() The following public methods and properties have now changed their visibility to protected * LanguageService->LL_files_cache * LanguageService->LL_labels_cache * LanguageService->debugLL() * LanguageService->getLLL() The method LanguageService->includeLLFile() now only expects one argument Resolves: #91475 Related: #91473 Releases: master Change-Id: I617a2c11e5b1b052b5e0137e274d1f2aeb7b3b12 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/64595 Tested-by:
Wouter Wolters <typo3@wouterwolters.nl> Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Reviewed-by:
Wouter Wolters <typo3@wouterwolters.nl> Reviewed-by:
Andreas Fernandez <a.fernandez@scripting-base.de>
-
The library md5.js has been removed in favor of the TYPO3/CMS/Backend/Hashing/Md5 module. Resolves: #91485 Releases: master Change-Id: I3e6e3419ddf84a5790421ba1117d78219a880b96 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/64446 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Benni Mack <benni@typo3.org> Tested-by:
Benjamin Franzke <bfr@qbus.de> Reviewed-by:
Benni Mack <benni@typo3.org> Reviewed-by:
Daniel Haupt <mail@danielhaupt.de> Reviewed-by:
Benjamin Franzke <bfr@qbus.de>
-
- 21 Apr, 2020 1 commit
-
-
The 'else' part would never be returned in this cases. Used [a-zA-Z0-9]{3,}\)[^(]?\$.*\?\? to find the cases. Care, this brings up false positives as well. Resolves: #91154 Releases: master, 9.5 Change-Id: Ifdb0f75995543c3cc8abeb81aba52e935e9bf9a1 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/64270 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Tested-by:
Susanne Moog <look@susi.dev> Reviewed-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Reviewed-by:
Susanne Moog <look@susi.dev>
-
- 15 Apr, 2020 1 commit
-
-
With this patch, the header comment of php files is automatically added by the php-cs-fixer, which guarantees that its format and place of occurrence remain the same in all files. Files that are copied over from other projects are excluded. Furthermore, files that are kind of inspired by other projects also get the same header comment but may have a second, additional comment explaining its origin. Used command: bin/php-cs-fixer fix --config=Build/php-cs-fixer/header-comment.php Releases: master Resolves: #91024 Change-Id: I5a040517e0fbde6e5a27d589bf2f222078326dc8 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/64159 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Tested-by:
Benni Mack <benni@typo3.org> Reviewed-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Reviewed-by:
Benni Mack <benni@typo3.org>
-
- 14 Apr, 2020 1 commit
-
-
This change adds two changes 'blank_line_after_opening_tag' => true, 'single_trait_insert_per_statement' => true, to our PHP-CS Fixer configuration, adopting more rules related to PSR-12. Resolves: #91020 Releases: master Change-Id: I180b2cbceb077911bddeb42d9f131e5b32244ed2 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/64158 Tested-by:
Josef Glatz <josefglatz@gmail.com> Tested-by:
Oliver Bartsch <bo@cedev.de> Tested-by:
Alexander Schnitzler <git@alexanderschnitzler.de> Tested-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Tested-by:
TYPO3com <noreply@typo3.com> Reviewed-by:
Josef Glatz <josefglatz@gmail.com> Reviewed-by:
Oliver Bartsch <bo@cedev.de> Reviewed-by:
Alexander Schnitzler <git@alexanderschnitzler.de> Reviewed-by:
Andreas Fernandez <a.fernandez@scripting-base.de>
-
- 29 Mar, 2020 1 commit
-
-
Resolves: #90864 Releases: master Change-Id: I3936c3a0c51f8bd05a6388f07240fe0e7d530779 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/63997 Tested-by:
Richard Haeser <richard@maxserv.com> Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Georg Ringer <georg.ringer@gmail.com> Reviewed-by:
Richard Haeser <richard@maxserv.com> Reviewed-by:
Georg Ringer <georg.ringer@gmail.com>
-
- 23 Mar, 2020 1 commit
-
-
If assets get imported via mass selection in the Element Browser, the order of the items is now kept. Since this requires interframe communication, the Inline Control Container now sends a postMessage to the Element Browser. When the import process starts, the first asset of the selection gets imported. After the import, the postMessage is intercepted and the next asset get imported, until the queue is empty. As this could be a rather lenghty process, a progress bar is rendered at the top of the file table. To get a more fitting naming, all previously used action names used in postMessages have been renamed from `typo3:foreignRelation:inserted` to `typo3:foreignRelation:insert`. As a drive-by fix, the server is not spammed with n request anymore due to queueing. Resolves: #86362 Resolves: #59341 Releases: master Change-Id: Ib9e3ee8d943582874a0a73632968f8660b169b42 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/63838 Tested-by:
Susanne Moog <look@susi.dev> Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Daniel Goerz <daniel.goerz@posteo.de> Reviewed-by:
Susanne Moog <look@susi.dev> Reviewed-by:
Daniel Goerz <daniel.goerz@posteo.de>
-
- 06 Mar, 2020 1 commit
-
-
Benni Mack authored
Most access to the configuration options are made against AbstractFile objects in FAL, which is now centralized in one place in AbstractFile. This reduces errors when checking for file patterns. Resolves: #90305 Releases: master Change-Id: I7835d877bae1addf830ede3645ff8f1faa113052 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/63155 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Tested-by:
Susanne Moog <look@susi.dev> Tested-by:
Benni Mack <benni@typo3.org> Reviewed-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Reviewed-by:
Daniel Goerz <daniel.goerz@posteo.de> Reviewed-by:
Susanne Moog <look@susi.dev> Reviewed-by:
Oliver Bartsch <bo@cedev.de> Reviewed-by:
Benni Mack <benni@typo3.org>
-
- 26 Feb, 2020 1 commit
-
-
The postMessage sent to IRRE when uploading a file via drag & drop missed the actionName, which resulted in ignoring the message. The actionName is now used and also streamlined to match the actual behavior. Resolves: #90534 Releases: master Change-Id: Ic56059762a6822e27ac64ea6fc07b5d37fc34c9a Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/63434 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Oliver Bartsch <bo@cedev.de> Tested-by:
Tobi Kretschmann <tobi@tobishome.de> Tested-by:
Alexander Grein <alexander.grein@gmail.com> Tested-by:
Susanne Moog <look@susi.dev> Reviewed-by:
Markus Klein <markus.klein@typo3.org> Reviewed-by:
Oliver Bartsch <bo@cedev.de> Reviewed-by:
Tobi Kretschmann <tobi@tobishome.de> Reviewed-by:
Daniel Goerz <daniel.goerz@posteo.de> Reviewed-by:
Alexander Grein <alexander.grein@gmail.com> Reviewed-by:
Susanne Moog <look@susi.dev>
-
- 15 Feb, 2020 1 commit
-
-
Both "clear" and "add" buttons for the backend user avatar selection are currently not accessible via keyboard. In order to solve this accessibility issue, both buttons have been converted from links to html buttons to trigger the onclick handler when using the keyboard. Resolves: #90293 Releases: master, 9.5 Change-Id: I263a282a4bee33abdb88f9850d230a453365b7ab Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/63148 Reviewed-by:
Oliver Klee <typo3-coding@oliverklee.de> Reviewed-by:
Torben Hansen <derhansen@gmail.com> Reviewed-by:
Oliver Bartsch <bo@cedev.de> Reviewed-by:
Benni Mack <benni@typo3.org> Tested-by:
Michael Telgkamp <michael.telgkamp@mindscreen.de> Tested-by:
Torben Hansen <derhansen@gmail.com> Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Benni Mack <benni@typo3.org>
-
- 30 Jan, 2020 1 commit
-
-
The so-called "singleton factory instance" is a wrapper around makeInstance which can be used directly anyways. With Dependency Injection this is not even necessary anymore, and should be avoided under all circumstances. The constructor does not cache anything, so this can be replaced completely. SingletonInterface + DI should be sufficient already. Resolves: #90260 Releases: master Change-Id: I964ddb90425b273c6e7588781c4b7e3fe39ddd18 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/63076 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Oliver Hader <oliver.hader@typo3.org> Reviewed-by:
Oliver Hader <oliver.hader@typo3.org>
-
- 25 Nov, 2019 1 commit
-
-
The following changes are applied: - Set a title tag - Add aria labels to the various input fields Resolves: #89597 Releases: master Change-Id: I0a48e9d885b35ea81e47a29989c69f9c8d4b99f3 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/62232 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Benni Mack <benni@typo3.org> Tested-by:
Susanne Moog <look@susi.dev> Reviewed-by:
Benni Mack <benni@typo3.org> Reviewed-by:
Susanne Moog <look@susi.dev>
-
- 11 Nov, 2019 1 commit
-
-
Due to the IRRE rewrite done in #88182 the avatar selection for backend users broke, since the Setup module doesn't use FormEngine, yet. The controller now adds dedicated JavaScript to listen to the `typo3:elementBrowser:elementInserted` message sent by the Element Browser to set the file reference uid correctly. Resolves: #89634 Related: #88182 Releases: master Change-Id: I5e6a56b35891ab380634540e9ed5ef0b3a96f082 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/62292 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Oliver Bartsch <bo@cedev.de> Tested-by:
Georg Ringer <georg.ringer@gmail.com> Reviewed-by:
Oliver Bartsch <bo@cedev.de> Reviewed-by:
Georg Ringer <georg.ringer@gmail.com>
-
- 25 Oct, 2019 1 commit
-
-
There are several places in the core where messages are written to the database table sys_log. Said table has the following columns that hold unique integer values: - type - action - error Until now, those integer values had been directly put into the log method calls which made the method calls quite unreadable. All those integer values are now replaced with meaningful constants. Releases: master Resolves: #89483 Change-Id: I808c5f9060967bca4502070cc4d412167eacefa6 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/62048 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Manuel Selbach <manuel_selbach@yahoo.de> Tested-by:
Daniel Goerz <daniel.goerz@posteo.de> Reviewed-by:
Manuel Selbach <manuel_selbach@yahoo.de> Reviewed-by:
Daniel Goerz <daniel.goerz@posteo.de>
-
- 30 Sep, 2019 1 commit
-
-
This patch adds the correct value for autocomplete on password field. Reference: https://developer.mozilla.org/en-US/docs/Web/Security/Securing_your_site/Turning_off_form_autocompletion#Preventing_autofilling_with_autocompletenew-password Resolves: #89310 Releases: master, 9.5, 8.7 Change-Id: Ib1a805ddc5e8da14380d9cf7e5b188a67ed54fea Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/61862 Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Björn Jacob <bjoern.jacob@tritum.de> Tested-by:
Richard Haeser <richard@maxserv.com> Reviewed-by:
Oliver Klee <typo3-coding@oliverklee.de> Reviewed-by:
Björn Jacob <bjoern.jacob@tritum.de> Reviewed-by:
Richard Haeser <richard@maxserv.com>
-
- 25 Mar, 2019 1 commit
-
-
Benni Mack authored
Due to removal of functionality and code in recent TYPO3 versions, internal code can now be removed: - PermissionAjaxController->getBackendUser() - RteHtmlParser->TS_AtagToAbs (never called) - PageRenderer->extOnReadyCode property - SetupModuleController - used several properties from the now removed "simulateUser" code which is not part of this module anymore. - At the same time, various "init" and "main" methods which are now protected are reordered to reflect the set up request workflow better. Resolves: #87991 Releases: master Change-Id: I197a13ff64b3cb006730d09120d0bd8d5c5c65f0 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/60320 Tested-by:
Daniel Goerz <daniel.goerz@posteo.de> Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Georg Ringer <georg.ringer@gmail.com> Tested-by:
Benni Mack <benni@typo3.org> Reviewed-by:
Daniel Goerz <daniel.goerz@posteo.de> Reviewed-by:
Georg Ringer <georg.ringer@gmail.com> Reviewed-by:
Benni Mack <benni@typo3.org>
-
- 24 Mar, 2019 1 commit
-
-
If a user switched his language settings in his preference, the top bar is now also refreshed reflecting the language change. Resolves: #18117 Releases: master, 9.5 Change-Id: Ifdcd08c65f12ce1083521e93205964a2f77ca811 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/60321 Reviewed-by:
Oliver Hader <oliver.hader@typo3.org> Reviewed-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Reviewed-by:
Georg Ringer <georg.ringer@gmail.com> Tested-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Tested-by:
TYPO3com <noreply@typo3.com> Tested-by:
Georg Ringer <georg.ringer@gmail.com>
-
- 21 Dec, 2018 1 commit
-
-
Resolves: #87250 Releases: master Change-Id: I72b85074e4e9b31f3bb72391f035d4aae8932d41 Reviewed-on: https://review.typo3.org/59248 Tested-by:
TYPO3com <no-reply@typo3.com> 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>
-
- 20 Dec, 2018 1 commit
-
-
Because of a regression the backend does not load custom BE languages. The loading order is changed so that custom languages are available again. Resolves: #87101 Releases: master, 9.5 Change-Id: I0530957abc49f775497d9644047cbb49ceffcda9 Reviewed-on: https://review.typo3.org/59068 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:
Benni Mack <benni@typo3.org> Tested-by:
Benni Mack <benni@typo3.org>
-
- 22 Nov, 2018 1 commit
-
-
On a fresh installation of TYPO3, no system languages are configured which breaks the "User Setup" module. An additional check for `EXTCONF/lang/availableLanguages` is added to fix the issue. Resolves: #86970 Related: #86796 Releases: master Change-Id: I5ac39ce2b3a7705d29844ea1805a304af58d839f Reviewed-on: https://review.typo3.org/58927 Tested-by:
TYPO3com <no-reply@typo3.com> Reviewed-by:
Wouter Wolters <typo3@wouterwolters.nl> Reviewed-by:
Georg Ringer <georg.ringer@gmail.com> Tested-by:
Georg Ringer <georg.ringer@gmail.com> Reviewed-by:
Markus Klein <markus.klein@typo3.org> Tested-by:
Markus Klein <markus.klein@typo3.org>
-
- 02 Nov, 2018 1 commit
-
-
Limit the available languages not only to the ones having a translation but also if it is in the list of available languages which are defined in the LocalConfiguration.php Resolves: #86796 Releases: master Change-Id: Ib08619cfaa7fcd2a829dad6bce932a29a450f21c Reviewed-on: https://review.typo3.org/58821 Tested-by:
TYPO3com <no-reply@typo3.com> Reviewed-by:
Michael Oehlhof <typo3@oehlhof.de> Tested-by:
Michael Oehlhof <typo3@oehlhof.de> Reviewed-by:
Benni Mack <benni@typo3.org> Tested-by:
Benni Mack <benni@typo3.org>
-
- 04 Oct, 2018 1 commit
-
-
Using the legacy path for the l10n files folder does not work anymore in Composer mode, as the folder was moved into `var/` there. Change-Id: I61dea0e4e909c5640e776e558ca493015a539015 Resolves: #86546 Releases: master Reviewed-on: https://review.typo3.org/58560 Tested-by:
TYPO3com <no-reply@typo3.com> Reviewed-by:
Georg Ringer <georg.ringer@gmail.com> Tested-by:
Georg Ringer <georg.ringer@gmail.com>
-
- 01 Oct, 2018 1 commit
-
-
All specific controllers for specific Backend actions, Backend-module related modules, all hook implementations (where the core uses hooks by itself), and module-specific ViewHelpers are now marked as @internal to ensure developers what is part of the public TYPO3 Core API. within - EXT:seo - EXT:setup - EXT:rte_ckeditor - EXT:workspaces - EXT:viewpage - EXT:tstemplate - EXT:taskcenter - EXT:t3editor - EXT:sys_action - EXT:sys_note All leftover @api methods have been removed. Resolves: #86509 Releases: master Change-Id: I6e5ee2302055de9ea4c124ca913e4677d62721fe Reviewed-on: https://review.typo3.org/58529 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:
Wouter Wolters <typo3@wouterwolters.nl> Tested-by:
Wouter Wolters <typo3@wouterwolters.nl>
-
- 30 Sep, 2018 1 commit
-
-
This patch streamlines all deprecation messages and follow the following rules. 1. All @deprecated should contain @deprecated since TYPO3 xx, will be removed in TYPO3 v10.0 (not "core v10" or just "v10" 2. trigger_error() - All trigger_error() messages MUST end with a "." (dot). - Never use "This method" but the method name (enjoy the logs otherwise) - "has been deprecated" can be spared - we KNOW it's deprecated once its in the deprecation log. Instead "Will be removed in TYPO3 v10.0" SHOULD be in the log file. - Do not use "__METHOD__" or some other "magic". Resolves: #86488 Releases: master Change-Id: I6a34593ff89ecafe649366d60d725daa3aa6676c Reviewed-on: https://review.typo3.org/58494 Reviewed-by:
Wouter Wolters <typo3@wouterwolters.nl> Tested-by:
Wouter Wolters <typo3@wouterwolters.nl> Reviewed-by:
Frank Naegler <frank.naegler@typo3.org> Tested-by:
Frank Naegler <frank.naegler@typo3.org> Tested-by:
TYPO3com <no-reply@typo3.com>
-
- 19 Sep, 2018 1 commit
-
-
Better information handling and restrictions for non system maintainer trying to change admin flag or password of system maintainers. Resolves: #86297 Releases: master Change-Id: I1849c6ed7edfb78327b4802f4bc9b20f1fd701aa Reviewed-on: https://review.typo3.org/58314 Reviewed-by:
Markus Klein <markus.klein@typo3.org> Tested-by:
TYPO3com <no-reply@typo3.com> Tested-by:
Markus Klein <markus.klein@typo3.org> Tested-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Reviewed-by:
Anja Leichsenring <aleichsenring@ab-softlab.de> Tested-by:
Anja Leichsenring <aleichsenring@ab-softlab.de>
-
- 07 Sep, 2018 1 commit
-
-
Resolves: #86180 Releases: master Change-Id: I6277be526cb11d1c6120f13e763d47405aac84d0 Reviewed-on: https://review.typo3.org/58211 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:
Andreas Fernandez <a.fernandez@scripting-base.de> Tested-by:
Andreas Fernandez <a.fernandez@scripting-base.de>
-
- 02 Sep, 2018 1 commit
-
-
strpos will use only CPU resources, substr also needs memory allocation. Resolves: #85477 Releases: master Change-Id: Ic25c99986f7e2e7237c10acaa75be8d0f6289f13 Reviewed-on: https://review.typo3.org/57466 Reviewed-by:
Jigal van Hemert <jigal.van.hemert@typo3.org> Tested-by:
Jigal van Hemert <jigal.van.hemert@typo3.org> Tested-by:
TYPO3com <no-reply@typo3.com> Reviewed-by:
Christian Kuhn <lolli@schwarzbu.ch> Tested-by:
Christian Kuhn <lolli@schwarzbu.ch>
-
- 27 Aug, 2018 1 commit
-
-
A series of unused and dead code places are fixed with the patch: * Switch + return + break -> the break is obsolete * A couple of 'too many arguments' when calling methods * Various assignments of variables that are never used Change-Id: I8472597f73a739bce053cf6de772c111ae7044d7 Resolves: #85993 Releases: master Reviewed-on: https://review.typo3.org/58047 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:
Wouter Wolters <typo3@wouterwolters.nl> Tested-by:
Wouter Wolters <typo3@wouterwolters.nl>
-
- 14 Aug, 2018 1 commit
-
-
Move all classes and other resources from EXT:saltedpasswords to EXT:core. Classes live in TYPO3\CMS\Core\Crypto\PasswordHashing. This namespace will be clean in v10 when the classes that are currently only kept for backwards compatibility are removed. The documentation has been integrated into the "Core API" docs at https://docs.typo3.org/typo3cms/CoreApiReference/stable/ApiOverview/PasswordHashing/ Resolves: #85833 Resolves: #85026 Releases: master Change-Id: Ie6ac7fbf215fe61711f0acdd6dc5a318bce1ad35 Reviewed-on: https://review.typo3.org/57885 Reviewed-by:
Stephan Großberndt <stephan.grossberndt@typo3.org> Tested-by:
TYPO3com <no-reply@typo3.com> Reviewed-by:
Benni Mack <benni@typo3.org> Tested-by:
Benni Mack <benni@typo3.org> Reviewed-by:
Georg Ringer <georg.ringer@gmail.com> Tested-by:
Georg Ringer <georg.ringer@gmail.com>
-
- 11 Aug, 2018 1 commit
-
-
Calling `PageRenderer::addInlineLanguageLabelArray` with a second parameter set to "true" is deprecated. Use the LanguageService directly when defining your labels. Resolves: #85806 Releases: master Change-Id: I92b5186a8e540f91b5873f007934624c4facf1fb Reviewed-on: https://review.typo3.org/57858 Reviewed-by:
Christian Kuhn <lolli@schwarzbu.ch> Tested-by:
Christian Kuhn <lolli@schwarzbu.ch> Tested-by:
TYPO3com <no-reply@typo3.com> Reviewed-by:
Benni Mack <benni@typo3.org> Tested-by:
Benni Mack <benni@typo3.org>
-