Skip to content

Releases: scherersoftware/cake-cktools

v3.1.7

18 Nov 18:28
3d568a7
Compare
Choose a tag to compare

Fixes critical bug where default date contents are overwritten with date of today, which also did not reflect properly in the user facing input field

v3.1.6

14 Oct 12:31
81ffc34
Compare
Choose a tag to compare
  • Update DatePicker selects on init (#27)

Prevents the visible datepicker input to be filled but the hidden ones sent to the server being empty, potentially resulting in confusing validation errors

v3.1.5

24 Aug 12:24
Compare
Choose a tag to compare

To disable specific days of the week in the Datepicker component, set the days of week to be disabled from the controller action to the FrontendBridge under the key daysOfWeekDisabled.
Values are 0 (Sunday) to 6 (Saturday). Multiple values should be comma-separated. Example: disable weekends: [0,6]

As code in the controller action:

$this->FrontendBridge->setJson(['daysOfWeekDisabled' => [0, 6]]);

v4.0.0-RC2

13 Jan 15:31
Compare
Choose a tag to compare
v4.0.0-RC2 Pre-release
Pre-release
v4.0.0-RC3

Fix locales path

v4.0.0-RC2

10 Jan 13:13
Compare
Choose a tag to compare
v4.0.0-RC2 Pre-release
Pre-release

Update constraint versions

CakePHP 4.0 compatibility

02 Dec 09:48
Compare
Choose a tag to compare
Pre-release
v4.0.0-RC1

Fix and add unit tests

22 Aug 11:59
Compare
Choose a tag to compare
  • Prefixed every fixture with "CkTest", because if you have a project with a users table and fixtures (very common) this package and any plugin having unit/integration tests that are executed after the tests of this package produced conflicts.
    That's because the users table is not changed back to the fixture/schema of the main app after the tests of this package and therefor potentially missing some fields that are only present in the users table of the main app.
    To easily prevent this, I addded the "CkTest" prefix to every fixture this package uses, minimalizing the potential of naming conflicts with real apps.
  • Added unit tests for the latest configuration value of the StrictPasswordBehavior: "minUserNameLength", which sets a lower limit for the length of name fields of the user to be considered when checking that the password does not contain any of the names. This prevents people with very short names getting totally random passwords rejected because their short name appears in the random characters of their desired new password

v3.1.3

05 Jul 11:44
Compare
Choose a tag to compare

Translations updated in previous release were not reflected in the binary .mo files, which is now rectified

v3.1.2

19 Jun 09:28
Compare
Choose a tag to compare
  • make the minimum length of first- and lastname where their occurrence in the password will trigger a validation error configurable. This was necessary due to the fact that a name with one or two characters could easily invalidate any random password
  • fix validation error message translation

v3.1.0

19 Jun 09:26
Compare
Choose a tag to compare

Updated some third party dependencies