Mantis Bugtracker

Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0005783 [Squeak] Kernel minor N/A 01-19-07 10:38 04-27-09 15:14
Reporter wiz View Status public  
Assigned To
Priority normal Resolution open  
Status new   Product Version 3.10
Summary 0005783: [RFI] Needed a way to condense sources/changes that preserves version trails better.
Description Currently when changes or sources are condensed the result contains nothing but the current version of a method.
At that point you cannot distinguish between a method that never had a prior version. And one that had a prior version but that was removed duing the condensing process.

In other words the audit trail of versions is broken.

The should be an option that would allow you to condense, yet preserve the most recent prior version of method source in the condensed files.
Additional Information This would help in debugging.

You would be able to know at a glance if a method with a recent time stamp was new. Or a trivial change on a previous method. Or if it was a major change.

Change of ownership of a piece of code is also a good clue.

Squeak code gathers a lot of clutter. Sometimes discernment is important to knowing what can be done to repair code.

Yours in service, --Jerome Peace

Attached Files

- Relationships

SYSTEM WARNING: Creating default object from empty value

SYSTEM WARNING: Creating default object from empty value

related to 0005205resolved  Versions, sources, and changes. Repairing the current system to eliminate limitations. 
related to 0002514closed  [FIX] condenseSources (was: Re: [Q] Removing changes file content.) 

- Notes
(0012825 - 268 - 302 - 302 - 302 - 302 - 302)
12-03-08 21:31
edited on: 12-18-08 14:17

this is needed to support method overrides in Monticello.

When loading/unloading Monticello overrides, it goes looking for the previous version that doesn't have a "*" prefix (i.e. the non-overridden version) If only one version is preserved then it cant find it.

(0012869 - 343 - 371 - 371 - 371 - 371 - 371)
12-18-08 08:22

@wiz: I'm working on a project which allows one method per package per class (OT: and a lookup order).
your requirement, in my project, would mean that only one source method per package per class survives condensing. would that be sufficient for your needs?

@Keith_Hodges: cannot understand your comment, want to disambiguate "this". TIA.
(0012873 - 328 - 364 - 364 - 364 - 364 - 364)
12-21-08 04:38
edited on: 12-21-08 04:39

Hi Kwl,

One method per package per class. This sounds like a step in the right direction. When I wrote this complain I was not originally thinking of the impact of packages and classes.

One method per package per class would help some. Two versions of every method with at least two versions is more what I had in mind.


- Issue History
Date Modified Username Field Change
01-19-07 10:38 wiz New Issue
01-19-07 10:40 wiz Relationship added related to 0005205
12-03-08 21:31 Keith_Hodges Note Added: 0012825
12-18-08 08:22 kwl Note Added: 0012869
12-18-08 14:17 Keith_Hodges Note Edited: 0012825
12-21-08 04:38 wiz Note Added: 0012873
12-21-08 04:39 wiz Note Edited: 0012873
04-27-09 15:14 Keith_Hodges Relationship added related to 0002514

Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
57 total queries executed.
37 unique queries executed.
Powered by Mantis Bugtracker