This Bugzilla instance is deprecated, and most Eclipse projects now use GitHub or Eclipse GitLab. Please see the deprecation plan for details.
Bug 358444 - Wrong display of Relationship Anchors
Summary: Wrong display of Relationship Anchors
Status: VERIFIED FIXED
Alias: None
Product: Tigerstripe (Archived)
Classification: Technology
Component: UI (show other bugs)
Version: 0.6M1   Edit
Hardware: PC Windows Vista
: P3 normal (vote)
Target Milestone: 0.5M0   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-21 11:26 EDT by Marc FLAUW CLA
Modified: 2011-10-10 00:57 EDT (History)
3 users (show)

See Also:


Attachments
Attaching snapshot to clarify what Marc is suggesting (39.97 KB, image/png)
2011-09-21 13:12 EDT, Navid Mehregani CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marc FLAUW CLA 2011-09-21 11:26:53 EDT
Hello,

I am running Tigerstripe 0.6.935.201102010903.

I think there is a bug in the way the relations are displayed in the explorer.  In fact, there are all displayed wrongly. 

I checked the “Show Relationship Anchors” in the Preferences/Tigerstripe/Explorer. 

I have an association artifact “AlarmHasTrackingRecords” between ResourceAlarm Entity and TrackingRecord Entity, the aEnd name is alarm of type ResourceAlarm, the zEnd anme is trackingRecord of type TrackingRecord . It is navigable from ResourceAlarm to TrackingRecord, so only the end TrackingRecord is checked as navigable. 

Tigerstripe is showing in the explorer: alarm:TrackingRecord (AlarmHasTrackingRecord), so giving it the name of the end on the ResourceAlarm side while I would expect to get trackingRecord:TrackingRecord (AlarmHasTrackingRecord).

RSM for instance is displaying the roles (a/z end) in the order corresponding to what would be expected. I used this example but this is valid for all associations. This is quite annoying and limits the use of the relationship anchors. 

Best regards,

Marc
Comment 1 Navid Mehregani CLA 2011-09-21 13:12:51 EDT
Created attachment 203791 [details]
Attaching snapshot to clarify what Marc is suggesting

Attaching snapshot to clarify what Marc is suggesting.

I think what Marc is suggesting makes sense.  Need to communicate this with our modeling team to make sure they're on the same page.
Comment 2 Chris Hartley CLA 2011-09-21 13:49:48 EDT
I agree with Marc

e.g. under

Resource Alarm, I'll see
trackingRecord:TrackingRecord

under TrackingRecord, I'll see
alarm:ResourceAlarm
Comment 3 Marc FLAUW CLA 2011-09-22 07:19:57 EDT
Thanks for the snapshot, it illustrates perfectly my point. 
and thanks for supporting the case.
Comment 4 Valentin Yerastov CLA 2011-10-05 17:15:49 EDT
fixed
Comment 5 Navid Mehregani CLA 2011-10-10 00:57:16 EDT
Marking as fixed.
Comment 6 Navid Mehregani CLA 2011-10-10 00:57:31 EDT
Verified. Thanks!