Repository navigation
[Remove Vuetify from Studio] 'Activation failed' page #5929
Copy link
Copy link
Closed
Labels
DEV: frontendcommunity-contribution-in-progressgood first issueSelf-contained, straightforward, low-complexitySelf-contained, straightforward, low-complexityhelp wantedOpen source contributors welcomeOpen source contributors welcome
Description
Overview
Remove Vuetify from the Activation failed page.
Complexity: Low
Context
Activation failed page
The Change
Remove Vuetify dependencies from the Activation failed page by:
- Replace
MessageLayoutwithStudioMessageLayout - Replace
VFormwith<form>and usegenerateFormMixinfor validation - Replace
BannerwithStudioBanner - Replace
EmailFieldwithStudioEmailField
Ensure that all interactions are functional as before. Do not modify MessageLayout, Banner and EmailField. Do not refactor any other areas of the codebase.
How to Get There
- Navigate to
/accounts/#/request-activation-linkURL - Submit the form with missing or invalid data
- Submit the form with correct data
- To display the error banner, temporarily modify code
Guidance
- Find detailed guidance with many code examples in KDS documentation
- Read the project for more useful references
Out of Scope
- Do not modify
MessageLayout,BannerandEmailField - Do not refactor any other areas of the codebase
Expected UI/UX changes
- Error banner text will be black and there will be an error icon (introduced in Improve alert banner #5687 & meant to be applied to all error banners consistently)
- Minor visual differences naturally stemming from the use of KDS
Acceptance Criteria
These are general acceptance criteria for the project. For each sub-issue, consider which are relevant.
General
- The specification above is followed.
- Except for "Expected UI/UX changes," there are no functional or visual differences in user experience.
- There are no regressions in the printing preview
- There are no
::v-deepor/deep/selectors. - All user interactions are manually tested with no regressions.
- Pull request includes screenshots.
a11y and i18n
See the project's "Guidance" for useful references.
- Implementation meets a11y standards
- All components are LTR and RTL compliant (preview with
pnpm run devserversince:hotdoesn't render RTL properly) - All user-facing strings are translated properly
- The
notranslateclass been added to elements that shouldn't be translated by Google Chrome's automatic translation feature (e.g. user-generated text) - Mobile experience is reasonable
Unit tests
- If there is a unit test suite already, it is meaningfully updated (even if tests don't fail)
- If there is no unit test suite, a new one is created. Do not use obsolete
@vue/test-utilsapproach. Instead, use@testing-library/vue(Vue Testing Library).
References
Sub-issue of #5060
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
DEV: frontendcommunity-contribution-in-progressgood first issueSelf-contained, straightforward, low-complexitySelf-contained, straightforward, low-complexityhelp wantedOpen source contributors welcomeOpen source contributors welcome
Activity
LightCreator1007 commentedon Jul 2, 2026
/assign
learning-equality-bot commentedon Jul 2, 2026
Hi! 👋
You've been assigned to this issue. Here's what to do next:
Good luck! 😊
Are you preparing for Google Summer of Code? See our GSoC guidelines.