devdocs/todo.txt

@@ -18,25 +18,17 @@ UPDATE SPEC DOCS with new format and names etc or at least remove nonsense as ne
 
 UPDATE MANUAL API REGARDING LISTS
 
-
-CLIENT / TEST ROLE NAME CHANGE 
-	- "client" now "customer"
-
-
-CLIENT PROJECT CUSTOM FIELDS CHANGE
-	- Must use numeric instead of text values now for field types
-	- Additional NUMBER is split now between integer and decimal types update control STEP value for inputs to include decimal places or none depending on type
-
-TEST CHANGES
-	- Need new test for DataList stuff besides the actual lists
-		- Or, does all the code around that get tested automatically with the list fetch itself?
-	- test mini list works as alternative with one effective column
-	- Test insufficient roles to fetch test widget datalist (outside staff)
-
+TODO: Need route to gather all object role rights in a format useful to display in UI so that a biz manager can see at a glance the rights for different roles to objects	
+	- This way it's dynamic and picked up from the code itself which is always the source of truth so no need to put in the manual
+	- Would likely want to display multiple ways: for a specific object or role or selected user maybe too in the user info form ("effective roles")
+	- Move this over to client once the backend supports it
 
 TODO: REFACTOR GetNoLogAsync function is used in many places redundantly when the logging version could do the same thing but not log it with an optional bool switch so refactor that shit
 TODO: REFACTOR biz objects have two creates, an async and sync one, WTF is that about?  See if can make it just one async version.
 
+
+
+
 DO CLIENT STUFF NOW COME BACK TO THIS STUFF LATER
 
 TODO: the license being logged breaks the format of the log file because it has line breaks etc, so instead, maybe log out as a single line (remove breaks)
@@ -44,10 +36,6 @@ TODO: the license being logged breaks the format of the log file because it has
 	- or just log the ID number or a more succint version
 	\
 
-TODO: Need route to gather all object role rights in a format useful to display in UI so that a biz manager can see at a glance the rights for different roles to objects	
-	- This way it's dynamic and picked up from the code itself which is always the source of truth so no need to put in the manual
-	- Would likely want to display multiple ways: for a specific object or role or selected user maybe too in the user info form ("effective roles")
-	- Move this over to client once the backend supports it
 
 *** BEFORE NEXT UPDATE TO DEVOPS SERVER:::::::
 TODO: 2019-06-07 10:47:57.8894|WARN|Microsoft.AspNetCore.Cors.Infrastructure.CorsService|The CORS protocol does not allow specifying a wildcard (any) origin and credentials at the same time.