-
Notifications
You must be signed in to change notification settings - Fork 9
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
HFI Calc: All users see same information vs. local changes #1634
Labels
Comments
Sybrand
added
4Refinement
this ticket is ready for refinement with the team
and removed
Decision
PO decision ticket
labels
Jan 18, 2022
3 tasks
11 tasks
14 tasks
11 tasks
nmathava
added
Ready
User Story or Task Ready to be pulled into sprint
and removed
4Refinement
this ticket is ready for refinement with the team
labels
Feb 16, 2022
Hey team! Please add your planning poker estimate with ZenHub @andrea-williams @conbrad @Sybrand |
10 tasks
Sybrand
added a commit
that referenced
this issue
Apr 12, 2022
feat(hfi calculator): Change prep period behaviour [#1634](#1634) - Load the most recently saved prep record that overlaps with the current date. (Previous behaviour was to load the most recently modified prep record.) - Changing the prep period date does not result in a write to the database. Users can change thus change dates without affecting other users. (Previous behaviour was to create/update a prep record when changing the date.) - When a fire starts are changed or weather stations are toggled, a prep period record is created in the database. - Changing the prep period end date results in losing fire starts & weather station toggles. (Previous behaviour would retain fire starts & weather station toggles if the start start date was unchanged.) - Changed warning message from "Any changes made to dates, fire starts or selected stations ..." to "Any changes made to fire starts or selected stations..."
Sybrand
added a commit
that referenced
this issue
Apr 12, 2022
vanislekahuna
pushed a commit
to vanislekahuna/wps
that referenced
this issue
Sep 19, 2024
feat(hfi calculator): Change prep period behaviour [bcgov#1634](bcgov#1634) - Load the most recently saved prep record that overlaps with the current date. (Previous behaviour was to load the most recently modified prep record.) - Changing the prep period date does not result in a write to the database. Users can change thus change dates without affecting other users. (Previous behaviour was to create/update a prep record when changing the date.) - When a fire starts are changed or weather stations are toggled, a prep period record is created in the database. - Changing the prep period end date results in losing fire starts & weather station toggles. (Previous behaviour would retain fire starts & weather station toggles if the start start date was unchanged.) - Changed warning message from "Any changes made to dates, fire starts or selected stations ..." to "Any changes made to fire starts or selected stations..."
vanislekahuna
pushed a commit
to vanislekahuna/wps
that referenced
this issue
Sep 19, 2024
feat(hfi calculator): HFI Calc - Success Snackbar [bcgov#1634](bcgov#1634) - Add a success snackbar that shows when user has successfully made a change to prep.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
As a Z/RWCO I want everyone to see the same information So That there is no uncertainty and collaboration between Z/RWCOs is supported on prep morning
Additional Context
Decision taken to go with path 1
Acceptance Criteria
SS: I'm not sure how to start on acceptance criteria, so I'm going to throw out some premises to get a conversation going:
Premise 1. : Changes are only persisted when a big fast save button is pressed - and said save button informs user that changes will affect all users.
Premise 2.: If two of us are changing things at the same time, whomsoever presses save last, is going to overwrite the other persons work.
Premise 3.: To start with, we don't need fancy stuff like seeing who made the change when and what the default value is/was.
State 1: No changes made. Save button disabled
State 2: Changes made. Save button active, Download PDF disabled
State 3: Successful save communicated by toast message (snackbar) - Save button disabled, Download PDF available.
State 4: Unsuccessful save (e.g. someone was saving at the exact same time, or something went wrong)
State 5: I made changes, but I didn't save them, and now I'm leaving my browser tab / hitting back / hitting refresh, etc.
Definition of Done
The text was updated successfully, but these errors were encountered: