Mantis Bugtracker
  

Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0003734 [Squeak] Monticello major always 05-29-06 08:19 05-29-06 08:19
Reporter wiz View Status public  
Assigned To avi
Priority normal Resolution open  
Status assigned   Product Version 3.9
Summary 0003734: Reverting versions will not revert catagory name.
Description Starting with 7032 I have loaded in connectors (then mudpie) and then a portion of BabySRE (I filed in the Object class changes.)

Doing versions on the BabySRE fileIn I came across a catagory that had been changed to *BabySRE-foo" I requested a reversion to a previous version (actually in all waysi.e the same code and stamp except for the catagory) and got a reversion but the catagory was still the new one.

I don't know how this would work it the code being reverted were different, but I suspect that would not effect the catagory outcome either.

Additional Information Since that was the object of the change and important to keep code in the right "modules" I consider it a bug or an unfinished feature.

MC and changesets need to be interoperable.
If we are to use MC then its use has to be apparent even to first time users w/o access to handholding. (At this point it is not.)

I tried load, merge, changes from a mc repository browser and nothing seemed informative enough to help me understand.

BabySRE uses connectors or a subset of them and loads them in with evreything else. Thus to add a little fuctionality it spralls over a goodly number of classes.

Doing load from a file list does something but with BabySRE.39 loaded in after Connectors, I end up with an image which throws up a debugger on mouseDown in world.

I finally extracted the source from the BabySRE zip archive and using file list code button got something I could examine and partially load.

MC may seem like good stuff to its creators. But you know what the buttons do because you programmed it. The experience of someone who has to build a mental model from using it is much different.

The balloon help for many of the buttons is unuseful because it simply echos the button name without explaining what the names mean or the distinctions between their actions as it applies to the user and their goal of loading (or determining that a load is not possible.)

I want more control over what is being done by mc to my image and I want more infomation that will let me reach better decisions.

I had originally label this report under Tools. Because a change to the version tool is called for. I have instead filed this under MC because the underlying problem is using MC and MC conventions with squeak.

I usually try not to combine two topics in one report . But the larger issues give the smaller bug its importance. Thus they need to be called to attention.

It is also late and I am tired and I am frustrated. So please forgive me for letting that affect the tone of this report.

Yours in service, -- Jerome Peace
Attached Files

- Relationships

There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
05-29-06 08:19 wiz New Issue
05-29-06 08:19 wiz Status new => assigned
05-29-06 08:19 wiz Assigned To  => avi
06-03-07 20:45 asparagi Issue Monitored: asparagi


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