POST 7.1.0.8 resolved issues
Total: 15 issues
----------------
Incident # 12793282
POST-12453
ASV - Misaligned Fields When Some Are Set to View Only
Fields are misaligned when editing a shift in the ASV details edit mode when some of the fields displayed are configured with read-only permissions.
Outcome
Fixed an issue where values were not set for read-only fields.
----------------
Incident # 13476473
POST-13748
Default Field UI Configuration
Default Font Colour is not pre-populated when creating a new shift in Shift Configuration.
Outcome
Fixed by saving the default values and restoring them when opening the Create New Shift pop-up.
----------------
Incident # 13981599
POST-15007
Security Matrix - issues found on user EMVS_AVP_SCHEDULER
Break controls are misaligned in ASV Details Edit mode, when certain buttons or labels are hidden using security options.
Outcome
Fixed the alignment of break controls, and fixed an issue where the label corresponding with a button would not be hidden when the button was hidden.
----------------
Incident # 14722920
POST-17581
Unauthorized Alerts are sent twice to supervisors/users
Unauthorized alerts are sent twice to supervisors. All other alerts are working fine.
The issue occurs when supervisors have different locales (for example, English UK and English) and the same language (English).
Outcome
Fixed by checking locale IDs instead of language IDs when sending messages to supervisors.
----------------
Incident # 14935132, 15158998;15158963
POST-18171
ASV Add Adhoc shift form does not respect Required = Yes on labor metric DBlookups
Users can create ad-hoc shifts in ASV and Central Staffing with blank labor metric values even though the labor metric field is configured as a required field.
Outcome
Fixed the validation for required labor metric fields in Central Staffing and ASV to not allow ad-hoc shifts to be created when required labor metric fields are left blank.
----------------
Incident # 14771775,15077154
POST-18286
Publish button remains after ASV published if employee has shift from another team with an unpublished schedule
The Publish button is displayed in ASV when all the shifts for the currently loaded teams are published, but one of the employees has shifts from a different team that are not published.
Outcome
Fixed by adding a check to display the Publish button only when the unpublished shifts are for one of the loaded teams.
----------------
Incident # 15012613
POST-18416
ASV Mass Edit copy shifts function continues to load when completed form is saved and does not stop.
Loading gets stuck when copying shifts using Mass Edit mode in ASV. This issue is caused by getting an undefined value when loading an employee rotation row.
Outcome
Fixed by adding copied employee along with the rotation name.
----------------
Incident # 15019000
POST-18428
MessagingNamesLookupUI Issue with Usernames containing @ symbol
A system error occurs when adding users by email address to the Workmail Notification field for the Publish Schedule task.
Outcome
Fixed by removing old code for the lookup that was causing the error when an @ symbol was included in the specified user name.
----------------
Incident # 15016625
POST-18485
HTTP500 error when trying to process master rotation
An HTTP500 error can occur when re-processing a Master Rotation when rotation shifts overlap filled relief shifts.
Outcome
Fixed.
----------------
Incident # 14959259
POST-18502
Application installer getting "not enough space" errors on different region formats
The Windows Installer incorrectly states that there are 0MB available when opened using the Dutch (Netherlands) region setting.
Outcome
Fixed by replacing the digit-group separator ',' with '.' using regex in Dutch and parsing the number string to Long.
----------------
Incident # 14896289
POST-18579
POST-18045 changed the functionality of SAW Date Selection dropdown which is now out of sync with Timesheet
In SAW, when the user selects a date selection that depends on the pay group (for example, CURRENT PAY PERIOD) and then changes the start or end date, the Date Selection field is not changed to "Manual Date Range". This behavior is inconsistent with the timesheet.
This issue is a regression caused by POST-18045. As part of that fix, the Date Selection field is not set to "Manual Date Range" if the date selection depends on the pay group.
Outcome
Fixed. If the user enters a manual date range, the Date Selection field is set to "Manual Date Range" regardless of whether the date selection depends on the pay group. In addition, the correct date range is displayed when navigating to the next or previous pay period.
----------------
Incident # 15141693
POST-18807
Error loading a shift in Relief management
An application error occurs when a user tries to book off an employee in ASV and then tries to access the Relief Management screen.
Outcome
Fixed by setting the relief block ID to null when copying a shift.
----------------
Incident # 14667338
POST-18853
Refix (clone) of POST-17449 - Incorrect Employee Calendars in Self-Scheduling
Different self-scheduling dates are displayed in the calendar when an employee opens the RTSS from the workmail or from the menu path in ETM.
Outcome
Applied the same fix as in POST-17449, but using the schedule start and end dates to load the RTSS schedule.
----------------
POST-18940
Introduce Ability to Search Labor Metrics in ETM
Search fields have been added to the pop-ups displayed when a user changes their job, docket, department, or time code in ETM.
----------------
Incident # 15182318, 15206215
POST-18951
Clock Widget in ETM not using ETM_CLOCK_FACTOR_TIME_ZONE Registry Parameter to choose time
The Clock Widget in ETM is using the server time zone instead of the appropriate time zone specified in the ETM_CLOCK_FACTOR_TIME_ZONE registry parameter.
Outcome
Fixed.
----------------