This commit is contained in:
@@ -369,8 +369,7 @@ TODO: //MIGRATE_OUTSTANDING comment tag
|
||||
|
||||
todo: many biz objects are not using new PUT methodology
|
||||
Might be because new methodology assumes complete PUT object as a entire replacement not a partial update
|
||||
some of these objects (User) do partial updates so....
|
||||
also this includes *all* of the initial workorder object so there's that
|
||||
some of these objects (User) do partial updates so....
|
||||
might be that they don't need it but for consistency should check into it
|
||||
|
||||
|
||||
@@ -383,15 +382,7 @@ todo: many biz objects are not using new PUT methodology
|
||||
|
||||
|
||||
|
||||
CURRENTLY DOING:
|
||||
|
||||
|
||||
todo 3: workorder notifications to code and test:
|
||||
|
||||
|
||||
todo test this
|
||||
|
||||
|
||||
CURRENTLY DOING: turn off "direct notification" menu options for customer type users
|
||||
|
||||
|
||||
TODO: Hiding sections not used when empty and now added from the menu to present a cleaner empty work order
|
||||
@@ -401,6 +392,10 @@ TODO: Hiding sections not used when empty and now added from the menu to present
|
||||
add from fab floating action button when new?
|
||||
something that stays so users can use either way so no confusion about shifting UI elements that disappear
|
||||
|
||||
todo: check Joyce's cases
|
||||
|
||||
--------- TEST RELEASE HERE ---------------
|
||||
|
||||
|
||||
todo: notify event list table needs to show status of workorder (all fields) ideally
|
||||
otherwise if you have multiple wostatusage notifications they all appear the same
|
||||
|
||||
Reference in New Issue
Block a user