Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 341123 - Can't do magic with Hudson @ Eclipse.org
Summary: Can't do magic with Hudson @ Eclipse.org
Status: RESOLVED FIXED
Alias: None
Product: Community
Classification: Eclipse Foundation
Component: CI-Jenkins (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 critical (vote)
Target Milestone: ---   Edit
Assignee: Eclipse Webmaster CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-28 11:39 EDT by Szymon Brandys CLA
Modified: 2011-04-21 11:13 EDT (History)
1 user (show)

See Also:


Attachments
This is what I get (7.07 KB, image/png)
2011-03-28 11:42 EDT, Szymon Brandys CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Szymon Brandys CLA 2011-03-28 11:39:47 EDT
I get "Access Denied: sbrandys is missing the Workspace permission" on pages which I am supposed to have access to.

The last case was:
https://hudson.eclipse.org/hudson/view/Eclipse and Equinox/job/JUnit-win/ws/ws/2011-03-27_13-18-32/eclipse-testing/results/win32.win32.x86_6.0/org.eclipse.core.tests.resources.AutomatedTests.txt/*view*/

Kim M. says that I have all rights to access this and other pages the she sent, but I still get "Access Denied:..."

I hope that Kim will elaborate on it here.
Comment 1 Szymon Brandys CLA 2011-03-28 11:42:02 EDT
Created attachment 192017 [details]
This is what I get
Comment 2 Eclipse Webmaster CLA 2011-03-28 12:01:27 EDT
Well I don't see your committer id in the access configuration for the project.  But I do see the eclipse.platform group(however you aren't a member), so I'm guessing that Kim expected you were.

Kim how can I help you resolve this?

-M.
Comment 3 Kim Moir CLA 2011-03-28 12:16:35 EDT
I used eclipse.platform because my understanding is that all Eclipse project committers are in this group so that they can update maps in org.eclipse.releng.  

It looks like Szymon isn't in that group
kmoir@dev1:/home/data/cvs/eclipse> ls -ld org.eclipse.releng
drwxrwsr-x+ 8 droy eclipse.platform 248 2011-03-22 08:08 org.eclipse.releng
kmoir@dev1:/home/data/cvs/eclipse> id sbrandys
uid=8855(sbrandys) gid=1010(common) groups=1010(common),8690(eclipse.e4),8780(eclipse.platform.resources),8781(eclipse.platform.runtime),8783(eclipse.platform.team),8786(eclipse.platform.ui)

Could you please add him or does this need to go through the portal with a vote?
Comment 4 Eclipse Webmaster CLA 2011-03-28 13:53:16 EDT
Not quite.  We decided in bug 324772 to use acls to control access to the releng files, to prevent having one 'generic' group.  I double checked the map that John provided and I don't see Szymon as part of the eclipse.platform group.

If you really want him to be a member of the platform group then yes you'll need to run the election.  However you could simply add one of his other groups, or just his committer ID to the job config.

-M.
Comment 5 Kim Moir CLA 2011-03-29 08:14:03 EDT
I've added his id specifically to the job id.  I'll also start a committer election for him to he has rights to the org.eclipse.releng project and therefore rights to the group.  I don't want to have to add individual committer ids to all the hudson jobs.  As as aside, we run a build that compiles and packages the code, and then subsequent builds that runs the JUnit tests.  The problem was that I had added Szymon specifically to the main compile job which collates all the test results.  But because part of the workspace in the compile build actually referenced a workspace in the JUnit build, he couldn't see it.
Comment 6 Kim Moir CLA 2011-04-21 11:13:33 EDT
Going to close this. I added all the various groups to all the Hudson jobs so Szymon and the other committers could see the Hudson jobs as needed.