[TASK] Fix typo in rst file 79/57779/2
authorGeorg Ringer <georg.ringer@gmail.com>
Thu, 2 Aug 2018 15:29:33 +0000 (17:29 +0200)
committerAnja Leichsenring <aleichsenring@ab-softlab.de>
Thu, 2 Aug 2018 15:37:26 +0000 (17:37 +0200)
Instead of 'Important-85683-DoppedSaltedpasswordOptions.rst' the file should be
named 'Important-85683-DroppedSaltedpasswordOptions.rst'.

Resolves: #85732
Releases: master
Change-Id: Ie6a13739128818e23dbdc6e20732011905f80509
Reviewed-on: https://review.typo3.org/57779
Reviewed-by: Markus Klein <markus.klein@typo3.org>
Tested-by: Markus Klein <markus.klein@typo3.org>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
typo3/sysext/core/Documentation/Changelog/master/Important-85683-DoppedSaltedpasswordOptions.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Important-85683-DroppedSaltedpasswordOptions.rst [new file with mode: 0644]

diff --git a/typo3/sysext/core/Documentation/Changelog/master/Important-85683-DoppedSaltedpasswordOptions.rst b/typo3/sysext/core/Documentation/Changelog/master/Important-85683-DoppedSaltedpasswordOptions.rst
deleted file mode 100644 (file)
index 004ab8e..0000000
+++ /dev/null
@@ -1,40 +0,0 @@
-.. include:: ../../Includes.txt
-
-====================================================
-Important: #85683 - Dropped salted passwords options
-====================================================
-
-See :issue:`85683`
-
-Description
-===========
-
-Some extension configuration of the salted passwords extension has been dropped:
-
-- FE.forceSalted and BE.forceSalted
-  By explicitly setting forceSalted to 1 (default 0) in the saltedpasswords extension configuration it was possible to
-  deny login of users who had not stored their password as salted password yet. This option has been removed.
-  User who have been upgraded to salted passwords using the "Convert user passwords to salted hashes" from
-  core version 8 are still able to login and will get their passwords updated to the configured salted password
-  mechanism upon first successful login. This upgrade will be dropped in core version 10. Other non salted passwords
-  mechanisms (simple md5 or plaintext) will however lead to a failed login. Administrators who did not yet upgrade
-  their user base to salted passwords must perform the "Convert user passwords to salted hashes" in core
-  version 7 or version 8 before upgrading to v9.
-
-- FE.updatePasswd and BE.updatePasswd
-  By explicitly setting updatePasswd to 0 (default 1) in the saltedpasswords extension configuration it was possible
-  to avoid updating a given hashed password to the currently configured hash algorithm, but still allow login. This option has
-  been dropped: A user submitting a valid password using an old salted passwords algorithm that is no longer configured
-  as current salted passwords algorithm will always get his password updated and stored using the currently
-  configured password salt.
-
-- FE.onlyAuthService and BE.onlyAuthService
-  By explicitly setting onlyAuthService to 1 (default 0), it was possible to deny any further authentication service
-  to successfully validate a user. This setting is mostly useless since any different authentication service is usually
-  configured to kick in before the native TYPO3 internal authentication service. It does not make sense to have this toggle
-  and a search in open extensions revealed no usage. On upgrading to v9, if you are running additional authentication services,
-  please verify those have a higher priority than the default :php:`SaltedPasswordService`, action is only needed if
-  additionally onlyAuthService has been set to 1 in salted passwords configuration, which is probably never the case.
-
-
-.. index:: Backend, Database, Frontend, ext:saltedpasswords
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Important-85683-DroppedSaltedpasswordOptions.rst b/typo3/sysext/core/Documentation/Changelog/master/Important-85683-DroppedSaltedpasswordOptions.rst
new file mode 100644 (file)
index 0000000..004ab8e
--- /dev/null
@@ -0,0 +1,40 @@
+.. include:: ../../Includes.txt
+
+====================================================
+Important: #85683 - Dropped salted passwords options
+====================================================
+
+See :issue:`85683`
+
+Description
+===========
+
+Some extension configuration of the salted passwords extension has been dropped:
+
+- FE.forceSalted and BE.forceSalted
+  By explicitly setting forceSalted to 1 (default 0) in the saltedpasswords extension configuration it was possible to
+  deny login of users who had not stored their password as salted password yet. This option has been removed.
+  User who have been upgraded to salted passwords using the "Convert user passwords to salted hashes" from
+  core version 8 are still able to login and will get their passwords updated to the configured salted password
+  mechanism upon first successful login. This upgrade will be dropped in core version 10. Other non salted passwords
+  mechanisms (simple md5 or plaintext) will however lead to a failed login. Administrators who did not yet upgrade
+  their user base to salted passwords must perform the "Convert user passwords to salted hashes" in core
+  version 7 or version 8 before upgrading to v9.
+
+- FE.updatePasswd and BE.updatePasswd
+  By explicitly setting updatePasswd to 0 (default 1) in the saltedpasswords extension configuration it was possible
+  to avoid updating a given hashed password to the currently configured hash algorithm, but still allow login. This option has
+  been dropped: A user submitting a valid password using an old salted passwords algorithm that is no longer configured
+  as current salted passwords algorithm will always get his password updated and stored using the currently
+  configured password salt.
+
+- FE.onlyAuthService and BE.onlyAuthService
+  By explicitly setting onlyAuthService to 1 (default 0), it was possible to deny any further authentication service
+  to successfully validate a user. This setting is mostly useless since any different authentication service is usually
+  configured to kick in before the native TYPO3 internal authentication service. It does not make sense to have this toggle
+  and a search in open extensions revealed no usage. On upgrading to v9, if you are running additional authentication services,
+  please verify those have a higher priority than the default :php:`SaltedPasswordService`, action is only needed if
+  additionally onlyAuthService has been set to 1 in salted passwords configuration, which is probably never the case.
+
+
+.. index:: Backend, Database, Frontend, ext:saltedpasswords