Redmine

There is such a permission, it's just hardcoded as public. Remove , :public => true in lib/redmine.rb to make it visible...

a 'View Own Issues' (e.g. issues assigned to you) permission might be useful as well. We have some roles where ideally they wouldn't be able to see any part of the project they're not involved in. Right now we're just setting up sub-projects to account for this situation, which is a reasonable alternative.

I'm working on this remotely, as there are numerous place where the view_issues permission doesn't seem enforced, and I need a given kind of user ("dumb mode") to view only issue they submit, and nothing else.. So I did quite some hacks, anybody interested in trying that out?

I will also issue a patch so as to start something at least... Since I'm quite new to redmine, and not that experienced with Rails, I'm sure knowledgeable people might review that efficiently :)

Yes, i am interested in trying it out (and helping in any way i can). This is a very much needed feature for us.

/T

Seems to work very well. I like it!

Perhaps one addition? When someone put you as watcher you should be able to see the issue? But then again, that might be a security issue.

/T

AND...

perhaps also if you have the issue assigned to you.

Found a small snag.

If a link to issues you're not allowed to view is rendered on wiki or repository, you're able to see Subject and Status on the mouse-over tooltip.

Thomas Pihl wrote:

Seems to work very well. I like it!

Perhaps one addition? When someone put you as watcher you should be able to see the issue? But then again, that might be a security issue.

/T

Well it makes sense you should also see the one you're set to watch, gonna look into that.. Could anyone more "redmine-familiar" review that by the way?

Regards

+1

+1

Hmm, I was considering an upgrade to 0.8.5 and tests on 0.9, then I found #337

This is NOT the same thing as #337.

Private issue means that a group (like support) could hide some issue from all others. #3187 means that each user only see their own reported/assigned issues. Both features are needed and they are not the same.

I have tried on 0.8.5.devel.2902 and it don´t run.

Mysql::Error: You have an error in your SQL syntax;

+1 for #3187 and #337. We've been waiting patiently for both of these to work their way into trunk .. but still no go. #337 was opened over 2 years ago with many many patches submitted and this was opened over 5 months ago.. still nothing .. I think this is a prime example were open source fails :(

Marcel Evenson wrote:

I think this is a prime example were open source fails :(

I think you mean "this is a prime example where open source is imperfect". If redmine had 'failed', then you wouldn't be using it. Clearly, when you considered all factors, redmine was the superior choice for your project management needs. Otherwise, you would have chosen a different software (there are plenty of commercial alternatives).

This may surprise you, but commercial software has the exact same problem delivering features that customers request. Not everyone needs this feature, and it's very hard to manage all of the requested features while keeping a coherent roadmap for the future and a clean codebase.

Marcel Evenson wrote:

+1 for #3187 and #337. We've been waiting patiently for both of these to work their way into trunk .. but still no go. #337 was opened over 2 years ago with many many patches submitted and this was opened over 5 months ago.. still nothing .. I think this is a prime example were open source fails :(

I'd like to disagree.

This is very much working open-source. There are a patch to implement already for #3187. If you cannot make it work, you can always hire someone to do it for you. It will still be better quality and cheaper than closed source, hands down. Both #337 and #3187 has been selected for 0.9 (work SOME ELSE is doing for us all). If they make it, it will be all good. If not, we can always patch by ourself (or by hired help). Let's all chip in with out +1 and offers to help coding (if we can) or testing (if we can't).

Just my 0.02 SEK (a very very cheap currency)

Jean-Philippe Lang wrote:

View issues permission added in r3039.
Thanks to Jose and Thomas :-)

Whooohoo! Thank you very much Jean-Philippe :)
Now I'm only waiting for Eric with his implemenatation of #465
and 0.9 will rock (much more than it already does)! :D

Hi, I updated to the latest in trunk. Got the "View Issues" permission but its behaviour seemed not correct. When uncheck "View Issues" for a role, so user assigned to that role not able to see any issue, including his own issue. I thought this feature is allow user to see only his own issues, is that correct?

Gilles Pietri wrote:

Hmm, I was considering an upgrade to 0.8.5 and tests on 0.9, then I found #337

Gilles, please pay attention on #2653

Jean-Philippe Lang wrote:

Please re-read the initial request, and see #2653.

Hello Jean-Philippe,
Ok, I got about this feature.
There is one small bug here too. I can't see tasks in activity of head project (right behaviour), but I can see it in childs (wrong).

Yeah, I didn't find the other one at first, and this is not the same thing. #2653 will however fit my use case, so I'll give it a shot.. but it's roughly the same idea as of what my patch was intended to do. Leaving this issue alone for now ;)

Gilles Pietri wrote:

Yeah, I didn't find the other one at first, and this is not the same thing. #2653 will however fit my use case, so I'll give it a shot.. but it's roughly the same idea as of what my patch was intended to do. Leaving this issue alone for now ;)

Gilles, waiting for your patch to #2653, I tried your patch in this issue for trunk but not successful ...

Gilles Pietri wrote:

Yeah, I didn't find the other one at first, and this is not the same thing. #2653 will however fit my use case, so I'll give it a shot.. but it's roughly the same idea as of what my patch was intended to do. Leaving this issue alone for now ;)

Hi Gilles ... I have applied your patch to the trunk ant it worked perfectly for my case (don't allow customer to see internal issues). However, there is one side affect regarding the attachment. My customer cannot download the attachment if I set "view-own-issue" but got the 403 error "You are not authorized to access this page". Have you got the same issue?