View Revisions: Issue #20
| Summary | 0000020: Interacting with another LGA window while a dynamic dialog window is open can cause improper operation | ||
|---|---|---|---|
| Revision | 2017-02-14 18:38 by mtruesdell | ||
| Additional Information | Will fix by informing the user before a second MBD is about to open. They will have to deal with the first one. That first window should be auto centered and get focus. Care will need to be taken to make sure program execution doesn't stop if it can't (cleanup of unfinished process might be needed before entering a 'wait'). | ||
| Revision | 2017-02-14 18:40 by mtruesdell | ||
| Additional Information | Will fix by informing the user before a second MBD is about to open. They will have to deal with the first one. That first window should be auto centered and get focus. Care will need to be taken to make sure program execution doesn't stop if it can't (cleanup of unfinished process might be needed before entering a 'wait'). Given immediate priority since I don't want to have to come back and waste time having to remember this esoteric regression a year from now. |
||
| Revision | 2017-02-14 21:56 by mtruesdell | ||
| Additional Information | Will fix by informing the user before a second MBD is about to open. They will have to deal with the first one. That first window should be auto centered and get focus. Care will need to be taken to make sure program execution doesn't stop if it can't (cleanup of unfinished process might be needed before entering a 'wait'). | ||
| Revision | 2018-01-26 22:41 by mtruesdell | ||
| Additional Information | Will fix by informing the user before a second MBD is about to open. They will have to deal with the first one. That first window should be auto centered and get focus. |
||
| Revision | 2018-01-26 22:48 by mtruesdell | ||
| Additional Information | Will fix by informing the user before a second MBD is about to open. They will have to deal with the first one. That first window should be auto centered and get focus. |
||
| Revision | 2017-02-14 18:38 by mtruesdell | ||
| Description | There is a potential bug where a user that forgets about one kind of MBD (multi button dialog) window, goes and does something else and opens a new MBD with a different ID could cause undesired branching/behavior if they then go back to the first one. This is due to g.MBDID and g.MBDRL$ (MBD return location) changing. | ||
| Revision | 2018-02-20 19:38 by admin | ||
| Description | If a user navigates away from a dynamic dialog window (small windows that ask the user what to do) it could cause undesired branching/behavior leading to data loss, corruption or program malfunction. old summary was: regression: MBD windows all use same variable for ID |
||
| Revision | 2018-02-20 19:38 by admin | ||
| Additional Information | |||
