Anonymous | Login | 04-17-2021 20:58 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
0001793 | [Squeak] System | minor | always | 09-14-05 05:12 | 09-14-05 21:24 | |||||||
Reporter | wiz | View Status | public | |||||||||
Assigned To | ||||||||||||
Priority | normal | Resolution | open | |||||||||
Status | new | Product Version | 3.9 | |||||||||
Summary | 0001793: In 6690 methods for lost classes get loaded as methods for UndefindedObject. | |||||||||||
Description |
As class names get changed old cs's which reference no longer existing classes become methods of UndefinedObject. Which probably gives nil abilities it was never meant to have. |
|||||||||||
Additional Information |
IMHO this is not a good way to do it. 1) It will over time gunk up the class. 2) It loses the reference to the lost class name. 3) It will waste the time of the commiters to clean this up. Nothing should slow commiters from their (self) appointed rounds. Why not have an abstract LostClass to collect these. Cleanup would be easy since everything in this class would be bogus. |
|||||||||||
Attached Files | ||||||||||||
|
There are no notes attached to this issue. |
Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
31 total queries executed. 28 unique queries executed. |