Bug 410673 - [model] Add support for IDE/repository user
Summary: [model] Add support for IDE/repository user
Status: RESOLVED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: unspecified   Edit
Hardware: Macintosh Mac OS X
: P3 normal (vote)
Target Milestone: 2.0.1   Edit
Assignee: Miles Parker CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 391615 410532 410770
  Show dependency tree
 
Reported: 2013-06-12 20:01 EDT by Miles Parker CLA
Modified: 2013-06-20 18:43 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Miles Parker CLA 2013-06-12 20:01:09 EDT
Currently, we don't actually have a place in the model to store the IDE users (e.g. Gerrit repos login) information. We need that..
Comment 1 Steffen Pingel CLA 2013-06-13 04:06:14 EDT
Can you elaborate why that is needed? The user is already stored in the TaskRepository instance.
Comment 2 Miles Parker CLA 2013-06-13 21:10:59 EDT
The user isn't really stored in Task Repository, just the user name, etc.. What we need here is a link to a *model* User, that we can then use to determine e.g. "the local user is the same one as the commentor on this bug". Now, yeah, we could walk through all of the users and find the one that matches the user (but it may not even exist!), but this way is much more direct.
Comment 3 Steffen Pingel CLA 2013-06-14 02:30:35 EDT
(In reply to comment #2)
> The user isn't really stored in Task Repository, just the user name, etc.. What
> we need here is a link to a *model* User, that we can then use to determine e.g.
> "the local user is the same one as the commentor on this bug". Now, yeah, we
> could walk through all of the users and find the one that matches the user (but
> it may not even exist!), but this way is much more direct.

Yes, but was I trying to point is that this information is already stored in the task repository and can change to you have to ensure the model stays in sync.
Comment 4 Miles Parker CLA 2013-06-14 15:19:41 EDT
(In reply to comment #3)
> Yes, but was I trying to point is that this information is already stored in the
> task repository and can change to you have to ensure the model stays in sync.

Right, but I think we have to favor the gerrit supplied information. If we're matching on the task repository information that probably creates more edge cases than matching on what the Gerrit connection is using. (Hopefully these will always be the same thing if we have a current configuration!). In the case where say the user changes their email, you need to match against the Gerrit account ID, which is an int.
Comment 5 Miles Parker CLA 2013-06-14 17:29:42 EDT
https://git.eclipse.org/r/#/c/13829/
Comment 6 Miles Parker CLA 2013-06-14 19:08:40 EDT
Steffen, I'm having the URL Handler Test issue crop up again. See https://hudson.eclipse.org/sandbox/job/mylyn-reviews-gerrit/592/testReport/org.eclipse.mylyn.gerrit.tests.ui/GerritUrlHandlerTest/testOpenUrl/

I'm not sure how this particular change could have affected things except perhaps in that there might be a slight increase in load times. Any ideas about diagnosing this?
Comment 7 Miles Parker CLA 2013-06-20 18:43:44 EDT
Merged https://git.eclipse.org/r/#/c/13829/