camba1 / gotempm Goto Github PK

Web front end: Date input field does not work properly in safari desktop. To edit a date user needs to clear the exiting date before adding a new one which is not great for usability.

The user in the userSrv does not have the standard ‘modifiedBy’ field.
The createDate field is incorrectly set to createdate and updateDate is incorrectly set to updatedate

After the user logs in, if the page is refreshed, the application send you back to the login page

Import repo from Bitbucket

The startup script currently has sleep commands between services startups to try to avoid Micro throwing a gRPC timeout error. Need to find a better way to do this. Currently if Micro does throw the error, one can just rerun the startup script. Not the best situation though.

Currently, depending on wether the DB is SQL or No SQL, the validity dates and the modification fields are been sent out to the client either inline or as part of an object within the dataset. This is due to how the fields are mapped in the porto definition.
When creating the services we switched midway the way we handled those fields in the porto definitions to use imported global definitions but never went back to change it in the promotion and customer services.
Bottom line, all services should handle those fields the same way It is done in the product and customer services, independent of how they are stored in the DB

The first name search parameter is misspelled (fisrtname)in the proco definition and has spread from there. Fix the spelling.

Currently the user registration shares the same end point with the regular user save when saving the data. However that means that the user save does not check for a token. That in turn causes the user service to not send new user record to the audit service since the audit service gets uses the token to identify which user performed the action.
While there are multiple ways to fix this, the cleanest is to have a separate user service end point that handles anonymous registration separately

Issue description:

When starting multiple services one after the other using micro run, many times the following error is thrown:
Rpc error: code = Canceled desc = grpc: the client connection is closing
One can just re-run the command and the service comes up.
This is specially visible when running in docker or K8s, but also happens locally
‌

Steps to reproduce:

Try to start all services with the command below, which will start all the services one after the other
make microstartsrvs
or if running inside the container :