POST 7.0.0.23 resolved issues
Total: 21 issues
----------------
Incident # 13823555
POST-14608
Booked off shift with split DLS does not contain the same color within MR/OTS compared to the ASV
Fully booked off shift containing a split DLS is showing a different color within the Published rotation. Expected results is that it would also show the same color not only in ASV but also as well within the Published rotation.
Outcome
Fixed.
----------------
Incident # 14762551, 15088552
POST-17804
Large Workmail messages fill messaging tablespaces quickly when Publish Rotation Task encounters errors
When the Publish Rotation Task or job scheduler is restarted with too many rotations in a Pending Process status, the resulting Workmail messages for each rotation includes the error details for all the rotations. This can cause the messaging tablespaces to fill up quickly.
Outcome
Fixed by replacing the exception variable used when generating the error messages with a local variable and a flag to check if the process finished with errors.
----------------
Incident # 14854058,15076925
POST-17995
Cancellation from Time Off Approval screen not showing on ASV or time sheet
Time off cancellations are not reflected in the schedule displayed in Timesheet or ASV. This can occur when the user that approved the cancellation does not have team permissions for the shift that was originally assigned during the time off period. For example, the employee's home team supervisor approves the cancellation when the employee is temporarily assigned to a different team.
Outcome
Fixed by removing team permission validation for cancellations and approvals from Time Off Planner.
----------------
Incident # 14901042
POST-18068
Time-off approval validation error when employee is scheduled in MVS
The time off type "GPA" is requires a reason for approval. On the attempt to approve a "GPA" time off, with a valid reason selected, on a day an employee is scheduled in MVS, an approval validation error occurs (The book off code GPA requires a leave reason). Since a valid reason was entered, this error is unjustified.
Outcome
Fixed. Disabled MVS reason and comment validation when booking off from time off planner.
----------------
Incident # 14903506, 14870510
POST-18075
Unauthorizing/Authorizing TimeSheets functionality are misleading on latest version as compared to older version.
Unauthorizing/Authorizing TimeSheets functionality is misleading on the latest version as compared to the older version. The new implementation is loading the entire data from DB after submitting the timesheet. The new unauthorized employee is missing based on filter criteria.
Outcome
Fixed. Adding back the unauthorized employee to the employee list if the employee won't meet the filter criteria.
----------------
Incident # 14899380, 15118067
POST-18154
Error approving time off requests
When approving a time off request, receive the error message \"One or more of the shifts to be booked off have a locked employee\". The employee has time off requests for PDO. The only day which can be approved is the day they are not scheduled. This happens in approximately 10-15% of all time off requests. Manager is able to book employees off on ASV with no issue.
Outcome
Fixed. Check for TORs when publishing MROTS to ensure we do not put a shift where there is already an emp lock. Migrate all existing emp locks to shift locks as needed so approvals can go through.
----------------
Incident # 14907132
POST-18188
Issue with Inactivating or removing a Master Rotation- Blank Violation when trying to Process
An empty Process Violation(s) pop-up is displayed when trying to process an MR after inactivating or removing all the shifts. The Rotation Process task finishes with errors and the rotation returns to Process Required status.
Outcome
Fixed in 6.2.4.x by backporting the fix from POST-15764 and updating the process for fetching shifts to be validated to stop fetching shifts before or after the validation period when there are no shifts on the corresponding start or end dates of the validation period.
Fixed in 7.1.0.x by updating the validation to ignore violations if there are no shifts in the validation period.
----------------
Incident # 14942271
POST-18221
ASV shift swap not respecting the SWAP_WORK_CODE registry setting
The SWAP_WORK_CODE registry is not swapping the code when a valid value is submitted.
Outcome
Fixed. SWAP_WORK_CODE registry is not being referenced any more in the application and references to it have been removed.
----------------
Incident # 14878066,15026789
POST-18324
Cannot add shifts to Units at (or close to) the root of the team hierarchy while also applying to sub-teams - process times out with an error
When adding a shift to a team that is at or near the root of the team hierarchy and enabling the option to apply to sub-teams, the process times out with an error. The issue occurs with a large number of team levels and thousands of child teams.
Outcome
Fixed by introducing a new method for bulk loading.
----------------
Incident # 14994856
POST-18417
Data (Minutes) in Daily Error and Exceptions Report is different when changing locale
Issue with calculating the value of minutes in the core Daily Error and Exceptions report when running it for a locale different than English. The field "minutes" is different when changing the locale of the user.
Outcome
Fixed. Updated Cognos model and report.
----------------
Incident # 14808771
POST-18521
Job Scheduler interface task seems to hang when processing over 1000 CSV import transactions at once
The Interface Task in the Job Scheduler may not be able to complete if it has too many CSV import transactions to process at once. If there are more than 1000 CSV files to import in one execution of the task, the first 1000 files will be imported, but the remaining files will not. In addition, the Interface Task will appear to still be running, but it will not actually be performing any work.
Outcome
Fixed. Corrected the error by placing all records into one block, that is all are placed in parenthesis.
----------------
Incident # 14927872
POST-18569
Mobility Swap Not Loading
In mobility, the Team Schedule page never finishes loading after viewing the details of a shift and then clicking the back button to return to the schedule. An error is displayed in the console.
Outcome
Fixed by loading all teams. Previously, only the first 100 teams were loaded.
----------------
Incident # 15085108
POST-18608
Shift link error in ASV after chain of AR and Retain Relief transactions
An application error is occurring when loading schedules in ASV due to AR and Retain relief transactions.
Outcome
Fixed. Added connected AR shift into cancel bookoff segments.
----------------
Incident # 15091807
POST-18625
Mobility - My Schedule view is blank after a shift is sent to Billboard.
Whenever a shift is posted to the billboard, whether it is a Manager posted shift directly from the schedule or an employee posted shift from mobility, it blanks out the schedule view on mobility for other employees who are from the same team/eligible employees of the posted billboard shifts.
Outcome
Fixed.
----------------
Incident # 15105007
POST-18666
Post-18458 not being observed despite being included in safeways latest hotfix
Despite including the fix for POST-18458 in the latest hotfix, the issue outlined in POST-18458 continues to persist.
Outcome
Fixed. Modified code changes so that the survey service will not be invoked if the user does not have the permission.
----------------
Incident # 14956709
POST-18668
Performance slowdown/freezing and connection pool exhaustion stemming from one or more queries on team structure
Performance slows down in the application on the day that LFSO schedules are published. This occurs due to concurrent use of Cognos reports and mobility logins.
Outcome
Improved performance by removing a step during mobility login that loaded the employee's team supervisor.
----------------
POST-18693
Backport Request - LFSO-4936 to 7.0.0.x
Jobsets feature will require some additional work to display the right jobs in schedule display also fix a bug when multiple jobs are involved
Outcome
Fixed. Postprocessing work to show the child job id where required is completed.
Exception is also fixed.
----------------
POST-18694
Backport Request - LFSO-4901 to 7.0.0.x
The Honor Position rule will respect job sets in WFM. The system only assigns employees to shifts if the employee is qualified for the job that is required to work the shift. Job qualifications are determined based on jobs assigned to the employee in their employee profile. The employee default labor allocation is not used. This rule cannot be used as a preference.
For more information, see Infor Workforce Management Auto-Assignment Implementation Guide.
----------------
POST-18711
Exists Override Condition - Use cache (CalcDataCache) to load overrides instead of override query
IsOverrideExistsCondition class is accessing override service to load overrides for each time condition is executed ( overrideService.loadOverridesWithConditions(filter, paramValues)). The time taken by the query is in millisecond range. Ideally, the query should be cached but even without caching the impact seems minimal.
Outcome
Fixed. Modified code to use CalcDataCache to load overrides and then filter the results based on condition parameters.
----------------
POST-18716
Incorrect error message in affinity log for JOB TEAM TABLE IMPORT task
Invalid path value errors are logged when the Import Task is run for the Import Type JOB TEAM TABLE IMPORT even though the directory exists.
Outcome
Fixed by logging an error as "Invalid Path Value" only if destination file is in append mode and that file does not exist in output directory.
----------------
Incident # 15095398
POST-18742
Data Lake OutOfMemory issues
The IMS retry publish task correctly chunks BODs for republish to conserve memory allocation when calling publish. However, at the end of the task, the results of all threads are pulled into a single list which contains all BODs which removed the purpose of chunking in the first place and can cause memory issues.
Outcome
Fixed. Discard PublishRetryResult and only return the number of successful retry for each chunk of retry.
----------------