View Issue Details

IDProjectCategoryView StatusLast Update
0005733mantisbtupgradepublic2005-07-23 02:16
ReporterOliverBee Assigned Tothraxisp  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionduplicate 
Summary0005733: assign drop down lists doesn't match the project anymore
Description

I upgraded from Mantis 0.9.0a2 to 1.0.0a3 and now I see all developers (and above) in the 'assign to' drop down lists, in 0.9.0a2 only the developers were listed which were part of the selected project.

TagsNo tags attached.

Relationships

duplicate of 0005697 closedthraxisp Simple filter on [Reporter] doesn't work any more 

Activities

thraxisp

thraxisp

2005-06-08 12:29

reporter   ~0010429

Last edited: 2005-06-08 12:32

Is this a private project? If so, you may be seeing the outcome of fixing 0005425. For private projects, those at or above the "private_project_threshold" as well as those explicitly added to the project may be listed.

OliverBee

OliverBee

2005-06-08 12:39

reporter   ~0010430

Yes it is a privat project, but it doesn't have a parent project. I have a user who is developer and developer in private project A but he can be assigned to private project B. Of course this user can never see private project B in his project list, seems very confusing.

OliverBee

OliverBee

2005-07-11 05:17

reporter   ~0010707

What is the status of this bug? In my opinion this is very important, because I can assign bugs to handlers who aren't members of this project, so what sense does it have? The assign drop-down list is unnecessary long and I can see all handlers of all projects in database, for our purpose this isn't desired in projects with handlers of sub-companies who are only assigned to one project.

I think it would make sense if a handler is members of a project that he can be seen in that project and all subprojects, but not any project else.

If this won't be solved, can anybody help me to fix this for my own?

thraxisp

thraxisp

2005-07-11 11:21

reporter   ~0010714

To summarize, you are seeing developers listed in the Assign To: list on private projects, where they are not listed. What have you set for $g_private_project_threshold? The default setting of DEVELOPER could be causing this.

OliverBee

OliverBee

2005-07-11 11:30

reporter   ~0010715

$g_private_project_threshold = ADMINISTRATOR in my installation. We only have private projects.

Every handler can see every other handler in the assign to drop-down list here. Isn't this the case too for bugs.mantisbt.org? I can't see, because i am only reporter.

thraxisp

thraxisp

2005-07-11 11:49

reporter   ~0010716

Do you have a disjoint (array) selection for the $g_update_bug_assign_threshold, or $g_update_bug_threshold (as shown in the Manage -> Manage Configuration -> Workflow Thresholds page? If so, you may be seeing the same root cause as 0005697. Updating the core/project_pai.php file from CVS would fix this.

OliverBee

OliverBee

2005-07-12 02:38

reporter   ~0010726

I don't know exactly if I have a disjoint selection because I didn't understand (sorry for my poor english) but the CVS Head of core\project_api.php absolutely solves my problem. Thx for help.