All changes reviewed for consistency, completeness, and adherence to project conventions.
flutter analyze with no errorsmaestro test --check-onlyflutter analyze passes with no errorsmaestro test --check-only on all .maestro/screens/**/*.yamlmaestro test --check-only on all .maestro/utils/*.yamlmaestro test --check-only on all .maestro/orchestration/*.yamlflutter analyze and verify no errorsgrep -r "identifier:" .maestro/ to list all referenced identifiersgrep -r "Semantics(identifier:" lib/ for Flutter codeAll 29 YAML files have valid syntax:
.maestro/screens/**/*.yaml.maestro/utils/*.yaml.maestro/orchestration/*.yamlflutter analyze passes with 1 warning (unused import in t_scaffold.dart) - no errors related to our changes.
Identifiers used in Maestro flows are defined in Flutter code:
household_tab, cleaning_tab, shopping_tab, payments_tab (shell_view.dart)email_field, password_field, confirm_password_field, agree_privacy_checkbox, register_button, login_button, accept_privacy_button, save_username_button, username_field, verify_email_screen (auth_view.dart, accept_privacy_view.dart, create_username_view.dart, verify_email_view.dart)home_screen, inbox_button, settings_button, manage_roomies_button, manage_household_screen, join_household_screen, whats_new_button, whats_new_screen, message_screen (home_view.dart, inbox_view.dart, manage_household_view.dart, join_household_view.dart, whats_new_view.dart, message_view.dart)cleaning_task_${task.id} (cleaning_tasks_view.dart)shopping_list_$index, edit_shopping_list_button (shopping_view.dart, shopping_list_view.dart)create_payment_button, see_all_payments_button (payments_view.dart)settings_screen (settings_view.dart)oops_screen (oops_view.dart)Note: The message_${MESSAGE_ID} identifier used in message.yaml does not have a corresponding identifier in the inbox view for individual message items. This will require adding semantic identifiers to message list items in a future task.
Fixed one documentation inaccuracy in instructions/maestro-screen-flows.md:
playstore/7inch/<feature>/ to playstore/tablet_7/<feature>/playstore/10inch/<feature>/ to playstore/tablet_10/<feature>/All other documentation is accurate:
Structure matches design.md specification:
.maestro/
├── config.yaml # Global config
├── screens/{feature}/ # 21 screen flows
├── utils/ # 3 utility flows
├── orchestration/ # 5 device orchestration flows
└── legacy/ # Original flows preserved for rollback
Reacties