Removing project lock from security.locks does not clear tentative schedules and may lead to orphans in PRJ_TENTATIVE_SCHEDULES which in turn shows duplicate projects in MUX Project Grid
STEPS TO REPRODUCE:
Expected Results: Removing locks in security.locks page should be the same as removing the lock from UI and it should clear the Tentative schedules
Actual Results: The tentative schedules are not being cleared and there are now orphans in the system. This leads to duplicate project records displayed in Project Grid in MUX as PRJ_TENTATIVE_SCHEDULES is used with LEFT OUTER JOIN in this page assuming 1 record can exist only
Release : 16.1.0
This is DE67744, partly fixed in 16.1.1, and DE77301, fixed in 16.2.0
Workaround: Do not use security.locks page to clear locks from projects - instead suggest to user to connect to Classic and manually remove the lock
When the orphans cause duplicates, they may be deleted from the backend. The preferred approach would be to upgrade as to remove all the orphans safely and permanently