mschillmerged 1 commits from C2020-049-Add-the-ability-for-PROMS-to-remember-the-procedure-tabs-that-were-open-when-you-closed-PROMS-2 into Development2024-10-04 09:42:55 -04:00
PROMS now remembers which procedures are open in the PROMS edit window and reopen them after the application is closed and re-opened. PROMS remembers the open procedures for every user.
PROMS now remembers which procedures are open in the PROMS edit window and reopen them after the application is closed and re-opened. PROMS remembers the open procedures for every user.
Looks good --- one long term question: We are Deactivating Tabs (i.e. setting DisplayTabTmp.Active = 0) but will records forever remain in that table?
If we never clean it out, over time if the table becomes huge, will there be performance issues?
Not sure if this could be a concern or not, but figured I would mention it in case.
Looks good --- one long term question: We are Deactivating Tabs (i.e. setting DisplayTabTmp.Active = 0) but will records forever remain in that table?
If we never clean it out, over time if the table becomes huge, will there be performance issues?
Not sure if this could be a concern or not, but figured I would mention it in case.
mschill
merged commit a73a8fb993 into Development2024-10-04 09:42:55 -04:00
One possibility (to make sure the table does not grow exponentially over time) would be in:
DeactivateStateDisplayTabTmp.sql
at the beginning before setting all to Inactive, if Tabs are already inactive for the user, and older than a week or two, could delete them from the table....
likely other options as well - just one that came to mind if this could be a concern.
One possibility (to make sure the table does not grow exponentially over time) would be in:
DeactivateStateDisplayTabTmp.sql
at the beginning before setting all to Inactive, if Tabs are already inactive for the user, and older than a week or two, could delete them from the table....
likely other options as well - just one that came to mind if this could be a concern.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
PROMS now remembers which procedures are open in the PROMS edit window and reopen them after the application is closed and re-opened. PROMS remembers the open procedures for every user.
code changes look goo.
Looks good --- one long term question: We are Deactivating Tabs (i.e. setting DisplayTabTmp.Active = 0) but will records forever remain in that table?
If we never clean it out, over time if the table becomes huge, will there be performance issues?
Not sure if this could be a concern or not, but figured I would mention it in case.
One possibility (to make sure the table does not grow exponentially over time) would be in:
DeactivateStateDisplayTabTmp.sql
at the beginning before setting all to Inactive, if Tabs are already inactive for the user, and older than a week or two, could delete them from the table....
likely other options as well - just one that came to mind if this could be a concern.