-
Notifications
You must be signed in to change notification settings - Fork 392
removed: [M3-7554, M3-7559] - Post Release Cleanup Parent/Child Feature Flags #10489
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
| */ | ||
| it('cannot edit billing information with read-only account access', () => { | ||
| const mockProfile = profileFactory.build({ | ||
| username: randomLabel(), |
Check failure
Code scanning / CodeQL
Insecure randomness
| */ | ||
| it('cannot edit billing information as child account', () => { | ||
| const mockProfile = profileFactory.build({ | ||
| username: randomLabel(), |
Check failure
Code scanning / CodeQL
Insecure randomness
| */ | ||
| it('can edit billing information as a regular user and as a parent user', () => { | ||
| const mockProfileRegular = profileFactory.build({ | ||
| username: randomLabel(), |
Check failure
Code scanning / CodeQL
Insecure randomness
| ` Please contact your ${PARENT_USER} to request the necessary permissions.` | ||
| ); | ||
| const mockProfileParent = profileFactory.build({ | ||
| username: randomLabel(), |
Check failure
Code scanning / CodeQL
Insecure randomness
|
Coverage Report: ✅ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for removing the flag. It is done! 🎉
- Code looks good with removal of flag.
- Manually confirmed that parent (unrestricted and restricted), proxy, and child account basic flows to confirm users had expected enabled/disabled states and things like API tokens are being created correctly. Did not see any regressions.
- Confirmed default accounts don't see account switching UI components.
- Confirmed account switching is still working as expected.
- Confirmed the feature flag is no longer present in our dev tools.
- Confirmed relevant tests pass - the one failure in CI is an unrelated create-stackscripts test which was failing last week and fixed... this branch might not have been created off the latest
develop.
| "@linode/manager": Removed | ||
| --- | ||
|
|
||
| Post release cleanup of parent/child feature flags ([#10489](https://github.com/linode/manager/pull/10489)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| Post release cleanup of parent/child feature flags ([#10489](https://github.com/linode/manager/pull/10489)) | |
| `parentChildAccountAccess` feature flag ([#10489](https://github.com/linode/manager/pull/10489)) |
|
@jaalah-akamai any reason why this contribution is not coming from your fork? |
|
See: #10497 |
Description 📝
Remove the
parentChildAccountAccessfeature flag logic now that the feature has been in production for some time.Changes 🔄
Target release date 🗓️
Next release: 5/28
How to test 🧪
Prerequisites
Verification steps
yarn testAs an Author I have considered 🤔
Check all that apply
Commit message and pull request title format standards
<commit type>: [JIRA-ticket-number] - <description>Commit Types:
feat: New feature for the user (not a part of the code, or ci, ...).fix: Bugfix for the user (not a fix to build something, ...).change: Modifying an existing visual UI instance. Such as a component or a feature.refactor: Restructuring existing code without changing its external behavior or visual UI. Typically to improve readability, maintainability, and performance.test: New tests or changes to existing tests. Does not change the production code.upcoming: A new feature that is in progress, not visible to users yet, and usually behind a feature flag.Example:
feat: [M3-1234] - Allow user to view their login history