Build 745 Beta Bugs

[fwoolz]

Hello All at Sparx,

Here are a few glitches I've encountered in 745 Beta (and 744 which did not appear on the list of fixes):

1. When moving items up or down in the Project View pane, the items sometimes get "stuck," thereafter refusing to move up or down any further.  In addition, the list sometimes jumps around while moving items up and down, and you have to reload the project to see where they actually wound up.
2. When generating RTF documentation for Composite Structure diagrams, Scenarios contained in foreign Parts are inconsistently shown in the RTF file, even when "include linked elements" is checked.
3. Reloading a project with a diagram open and active causes resized labels on the active diagram to revert to default size.
4. Dropping a Part into another Part results in the dropped part being owned by the second Part (so far so good), but doing the same with a Class (i.e. dropping a Part into a Class) does not cause the part to be owned by the Class.  It is necessary to drag the Part and drop it onto the Class in the Project View pane for the Part to become a "part" of the Class.
5. Copying and pasting Parts does not appear to work.
6. If Parts are used as a metaclass in a Profile, they do not appear as Parts when the profile is imported into the Resource View pane, but as Classes.  This occurs in spite of the fact that the "Applies To" element is the .xml correctly lists "Part" as an attribute.

Thanks and Keep up the good work,
Fred Woolsey

[mikewhit]

If you could write out a more detailed Test Case for number 1, perhaps using EAExample, I think that would help the Sparx people target the problem more effectively. Is there a simple way you can always produce it ?

[fwoolz]

Mike,

Here is a plain text listing of before and after project view lists that illustrate the problem.  Comments are set out by a double dash (--); text as seen in EA is bold.

Before:

... (a bunch of fields and methods)
self.SubscriberEvent --note: this is a Port
<<enumeration>>PacketType -- note: this is an inner class
<<enumeration>>SubscriptionScope --note: this is an inner class
<<delegate>>SynchronousRefresh:TimerCallback --note: This is a Part
<<event>>AsynchronousRefreshInvoked --note: this is a field (attribute)
... (a bunch more fields, methods, etc.)

After (after attempting to move self.SubscriberEvent to the end of the list):

... (a bunch of fields and methods)
<<enumeration>>PacketType -- note: this is an inner class
<<enumeration>>SubscriptionScope --note: this is an inner class
<<delegate>>SynchronousRefresh:TimerCallback --note: This is a Part
self.SubscriberEvent --note: this is now stuck at this point in the list and cannot be moved down any further
<<event>>AsynchronousRefreshInvoked --note: this is a field (attribute)
... (a bunch more fields, methods, etc.)

As indicated, the Port self.SubscriberEvent gets stuck just above the attribute (with <<event>> stereotype) AsynchronousRefreshInvoked.

This can be duplicated with other items in the list, while others seem to move past the "jam" without problems.

Cheers,
Fred Woolsey

[benc]

Hi Fred,

Thanks for reporting these problems and providing the steps. I've compiled issues for these items to be corrected for future releases.

Regards,
Ben