The previous method did not include the service type in the user-auth-service hook, which meant it was kinda guess/check as to whether a datastore was filtered correctly for the service in question.
Additionally, we now handle newlines correctly, ensuring that when there _is_ filtering, we treat each datastore as a distinct one.
If a user implements the user-auth-service trigger in a plugin and that plugin does not echo the passed in app(s) on stdout, the app is assumed to not exist. This mirrors the functionality for applications in regards to auth filtering.
This may still need auditing to ensure it covers everything and doesn't cause issues, but local testing implies that everything is working as expected.
Bumps mysql from 8.0.28 to 8.0.29.
---
updated-dependencies:
- dependency-name: mysql
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
Bumps mysql from 8.0.27 to 8.0.28.
---
updated-dependencies:
- dependency-name: mysql
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
Bumps mysql from 8.0.26 to 8.0.27.
---
updated-dependencies:
- dependency-name: mysql
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
This won't _also_ fix issues when an app is deployed as there isn't an exposed hook for it, but it should fix many other issues.
For the app deployment problem, we'll need a new hook upstream.
Refs dokku/dokku-redis#138
Previously they would just 'disappear', resulting in broken applications until the app was relinked to the service in question.
Closesdokku/dokku-redis#142
Apparently terminating the ssh connection that runs 'docker exec' may result in a process leak as the signal isn't propagated properly (moby/moby#9098). Since we cannot fix this, we should document it so that users do not stumble upon the issue unawares.
Closesdokku/dokku-postgres#212
