FogBugz (Case [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 (Case [Issue]19863) Refactoring - RBMoveMethodToClassRefactoring reset method protocol

Pharo Issue Tracker
FogBugz Notification
avatar
Denis Kudryashov opened Case 19863: RBMoveMethodToClassRefactoring reset method protocol and assigned it to Everyone:
Bug in Project:  Refactoring: 1. Pharo Image  •  You are subscribed to this case
This refactoring is not used in system. When in Nautilus you drag method to class internal Nautilus implementation is used (which is awful).
But Calypso is going to do things right and reuse existing functionality from Refactorings package.
But using this refactoring shows the bug: it reset existing method protocol on destination class.
So here it should be fixed
Priority Priority: 5 – Fix If Time Status Status: Work Needed
Assigned To Assigned to: Everyone 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