diff options
author | Daniel Black <daniel@mariadb.org> | 2021-08-16 08:40:56 +1000 |
---|---|---|
committer | Daniel Black <daniel@mariadb.org> | 2021-10-20 12:39:04 +1100 |
commit | 4590f8b41cfec0c98a96e5980b6ad7b2e250818c (patch) | |
tree | 7b4777cae8e4bf628a6ae1b29e763479a30275d5 /mysys | |
parent | c9a9ae65544e03f9585a65db9c0e6d729616a40c (diff) | |
download | mariadb-git-4590f8b41cfec0c98a96e5980b6ad7b2e250818c.tar.gz |
MDEV-26363 Passwords incorrectly expiring after MySQL5.7 -> MariaDB10.3 -> 10.4+ upgradesbb-10.4-MDEV-26363-danielblack-zero_last_password_changed
MySQL-5.7 mysql.user tables have a last_password_changed field.
Because before MariaDB-10.4 remained oblivious to this, the act of creating
users or otherwise changing a users row left the last_password_field with 0.
Running a MariaDB-10.4 instance on this would work correctly, until mysql_upgrade
is run, when this 0 value immediately translates to password expired
state.
MySQL-5.7 relied on the password_expired enum to indicate password
expiry so we aren't going to activate password that were expired in
MySQL-5.7.
Thanks Hans Borresen for the bug report and review of the fix.
Diffstat (limited to 'mysys')
0 files changed, 0 insertions, 0 deletions