Details
-
Bug
-
Status: Closed (View Workflow)
-
P3
-
Resolution: Done
-
23.11.0
-
customfield_11100 24635
-
Core: Platform - Sprint 60, Core: Platform - Sprint 61, CP: sprint 63, CP: sprint 64
-
3
-
Core: Platform
Description
When a record is updated in anonymous request (no information about user id in request for example after an login attempt has failed) metadata is not populated.
This causes error in the trigger if record has been previously saved with metadata.
Two proposals were discussed in the platform-core meeting:
a) Use some pre-defined default or system user id (RMB-320). This has been rejected.
b) Handle a missing user id gracefully. This has been decided to be implemented.
This is to be done for b)
- Change the trigger so that it handles this case gracefully.
- Document how the trigger works in the documentation (README, RAML).
- Make sure that the timestamp is provided by the client that calls the SQL with the trigger and is not provided by the database server.
TestRail: Results
Attachments
Issue Links
- blocks
-
UIU-941 Handle missing createdByUserId and updatedByUserId gracefully
-
- Blocked
-
- is required by
-
MODUSERS-101 SPIKE - Determine the approach for updating user record in an anonymous request
-
- Closed
-
-
UIU-590 Frontend: Security: Handling Failed login attempts via Folio Login Screen - Lock Account
-
- Closed
-
- relates to
-
RMB-373 Enable/disable logging date and user per tenant and table
-
- Open
-
-
RMB-423 RestVerticle validates X-Okapi-User-Id
-
- Open
-
-
FOLIO-1781 Change metadata when user performing action is unknown
-
- Closed
-
-
RMB-320 Updating records containing metadata causes exceptions in database trigger
-
- Closed
-
-
RMB-366 Anonymizing/Scrubbing Metadata (createdDate, createdByUserId)
-
- Draft
-