FogBugz (Fall [Issue]19863) Refactoring - RBMoveMethodToClassRefactoring reset method protocol

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

FogBugz (Fall [Issue]19863) Refactoring - RBMoveMethodToClassRefactoring reset method protocol

Pharo Issue Tracker
FogBugz Notification
avatar
Bug in Project:  Refactoring: 1. Pharo Image  •  You are subscribed to this case
Is this even right, how the transform creates the old/new class model?
Actually the old and new class are existing classes, therefore instead of creating an "empty" RBClass from the class name
we could ask the model (namespace) to get a RBClass for the real classes, in this case, querying the protocol for the method to move, would find the right protocol.
Priority Priority: 5 – Fix If Time Status Status: Resolved (Fix To Include)
Assigned To Assigned to: Denis Kudryashov Milestone Milestone: Pharo6.0

Go to Case
No longer need updates? Unsubscribe from this case.

Don't want FogBugz notifications anymore? Update your preferences.

FogBugz

_______________________________________________
Pharo-bugtracker mailing list
[hidden email]
https://lists.gforge.inria.fr/mailman/listinfo/pharo-bugtracker