Releases for Force Password Change

Drupal 10 support

Contributors (1)

heddn

Changelog

Issues: 1 issues resolved.

Changes since 2.0.0:

• #3287656 by heddn: Automated Drupal 10 compatibility fixes

Initial release of the 2.0.x branch of the module. Drupal 9 compatible.

Fixing bug that caused a fatal error when trying to delete users.

Fixing incorrect YML syntax in force_password_change.services.yml

Initial release of 8.x-1.0.

Fixing a bug showing an error when admin page is saved
Added functionality to disable module functionality in settings.php

Fixing missing module permissions

Some code cleanup
Fixing missing module permissions

Cleaning up a number of bugs. Removed a database table, and switched to using the user.data service instead. Added tests for the controller and admin form.

Initial release of 8.x-1.x branch

No bug reports for two weeks, so we are releasing a full release of 7.x-2.0, that can be covered by the Drupal security policy.

Version 7.x-2.0 fixes various bugs reported by users since the last release. It likely should not have any bugs, which is why it is released as a release candidate (RC2)

Resolved issues: 1535266, 1440660, 1271480.

* initial D7 release
* added force_password_change_pages.inc
* removed force_password_change.pages.inc
* reviewed all code, re-writing some code, and removing other extraneous code
* namespaced module items in the {variable} table
* commented code

Fixed major bug where users whose passwords expired were not able to go anywhere on the site other than the password change page.

• Fixed bug 'Incorrect assumption of where items are in the user_register form' as reported by hefox in #874098: Incorrect assumption of where items are in the user_register form

Initial version 3.0 release.

New functionality:
* Adds password expiry functionality to the module. This allows administrators to force, by role, the expiration of passwords after a certain amount of time.

DEV release of version 3.0

Added fix for LDAP users. Change was 99% the same as a patch submitted by johan.mach in #694878: New LDAP Users?

Removed stats from label tag on settings page. This was causing a bug whereby clicking the link in the stats checked the box (normal HTML behavior), which could result in an inadvertent forced password change for a role if the user came back to the page and clicked 'submit' for a different reason.

Added following features:
* Ability to force individual user to reset their password
* Ability to force individual new user to reset their password on the user creation screen (admins)
* Listing on each user page of when the user was last forced to change their password, when they last changed their password, and whether or not they have a pending password change
* Addition of stats to the force password settings page
* Creation of details page for each role showing details by user

* Added hook_schema_install() to force_password_change.install
* Fixed error reported by andyhu in #769850: Duplicated warning message whereby the error message was sometimes being reported mutliple times

Added setting whereby an admin can set the URL of the page to be redirected to. This is for implementations in which the user password change form has been moved to a non-standard path. This issue was reported by lladnar1 (http://drupal.org/user/183932) in #699476: Change password url