Details
-
Bug
-
Status: Closed (View Workflow)
-
P3
-
Resolution: Done
-
None
-
None
-
Firebird - Sprint 149
-
3
-
Firebird
-
Nolana (R3 2022)
-
TBD
Description
Overview:
Log into https://bugfest-mg.int.aws.folio.org/ or https://bulk-edit-perf.ci.folio.org/ as a User with "Bulk Edit: In app – View", "Bulk Edit: In app – Edit" permissions.
*User uploads a .csv file with a large amount (10.000) "Item barcodes" and starts Bulk edit.
**Bulk edit done, successful notification is presented, but no changes applied.
***The Preview of records changed shows records without changes
{}*{}{}*UI side doesn't present any report{*} that Items were not updated.
****{}{}BE side reports the issue: *ERROR BulkEditController A job instance already exists and is complete for parameters
The issue reproduced time to time with large data set
Steps to Reproduce:
- Navigate to the Bulk edit app => Select Inventory-Items App => Select " Item barcode" from "Records identifier" dropdown
- Upload a .csv file with "Item barcodes" Items_barcodes_10.000_MG.csv
by dragging it on the Drag & drop area
- Click "Actions" menu => Select "Start bulk edit"
- Modify the Items =>Click "Confirm changes"
- Click "Commit changes" on the "Are you sure" form
- Check the Bulk Edit page with confirmation banner
- Check the Preview of records changed
- Make sure that Items were updated
Expected Results:
6. The confirmation banner shows correct numbers of records changed
7. The Preview of records changed shows Items with applied changes
8. The Items are updated
Actual Results:
The Bulk edit is failed, but no notification is presented
The Preview of records changed shows a part of Items without applied changes/
The Items were not updated
Additional Information:
URL: https://bugfest-mg.int.aws.folio.org/ or https://bulk-edit-perf.ci.folio.org/
The "Export manager" shows job with status "Successful"
Logs:
MG Bugfest env id=47f7b087-17f0-4cf0-b468-a1450f589ad4:
id=47f7b087-17f0-4cf0-b468-a1450f589ad4.txt
Bulk edit env:
worker_error_job_already_exists.txt
One of the possible reason is having the same job for both of BULK_EDIT_IDENTIFIERS and BULK_EDIT_UPDATE job types, and when running multiple jobs, from time to time it happens that it tries to start the job that has already been completed.
Interested parties:
TestRail: Results
Attachments
Issue Links
- defines
-
UXPROD-3556 Data Import: Ability to import Data Import profile details via API
-
- Draft
-
- is blocked by
-
UIBULKED-143 Prevent user from clicking on "Commit changes" in "Are you sure" form until preview is completed
-
- Closed
-