View Issue Details

IDProjectCategoryView StatusLast Update
0005425mantisbtadministrationpublic2005-05-31 11:23
Reportermalaussena Assigned Tothraxisp  
PrioritynormalSeverityblockReproducibilityalways
Status closedResolutionfixed 
Product Versiongit trunk 
Summary0005425: Private projects don't allow users who have been added to the project use the project...
Description

It's a duplicate of the 0005295. This issue seems to occur again with the last CVS HEAD.

If you have a private project and go to manage it, it no longer shows users who have been allowed access to the project. Further, if you add a user, it does NOT disappears from the list (as it should) and does not appear as a user that can use the project.

Users who are not administrators have no access to private projects, even when they are granted access.

TagsNo tags attached.
Attached Files
mantis_database.rar (46,458 bytes)

Relationships

has duplicate 0005484 closedthraxisp Users added to a private project are not listed in the mange projects user list 
has duplicate 0005641 closedthraxisp Re-report: Private projects don't allow users who have been added to the project use the project... 

Activities

thraxisp

thraxisp

2005-04-11 20:11

reporter   ~0009792

I can't reproduce this with the latest CVS HEAD (core/access_api.php v1.42, core/project_api.php 1.68, manage_proj_edit_page.php 1.86, manage_proj_page.php 1.16 ).

Can you provide more details?

malaussena

malaussena

2005-04-12 15:38

reporter   ~0009802

Ok.
On a new installation with the last CVS HEAD (core/access_api.php v1.42, core/project_api.php 1.68, manage_proj_edit_page.php 1.86, manage_proj_page.php 1.17) :

I log as administrator.
I create a new user with reporter level.
I create a new private project.
I add the new user to the new project with reporter level.

=> new user still appear in the list of users I can had to the project
=> new user doesn't appear in the list of users added to the project.

In my new installation, config_inc.php contains only these parameters :

$g_hostname      = "localhost";
$g_db_username   = "root";
$g_db_password   = "";
$g_database_name = "mantisbt";
$g_administrator_email  = 'xx@xx.xxx';
$g_webmaster_email      = 'xx@xx.xxx';
$g_from_email           = 'xx@xx.xxx';
$g_return_path_email    = 'xx@xx.xxx';
$g_allow_file_upload    = ON;
$g_dhtml_filters = ON;
thraxisp

thraxisp

2005-05-13 08:42

reporter   ~0010122

All of these have been updated recently. ( core/access_api.php v1.43, core/project_api.php 1.73, manage_proj_edit_page.php 1.86, manage_proj_page.php 1.18).

Can you retry this?

gy-zhang

gy-zhang

2005-05-15 22:27

reporter   ~0010129

Issue do exists yet

thraxisp

thraxisp

2005-05-16 14:50

reporter   ~0010144

Last edited: 2005-05-16 14:54

I can no longer reproduce this here.

Could you provide the CVS versions of the core/access_api, core/project_api core/user_api and core/project_heirarchy_api that you are using?

gy-zhang

gy-zhang

2005-05-16 23:10

reporter   ~0010150

Last edited: 2005-05-16 23:19

access_api.php,v 1.43
project_api.php,v 1.73
user_api.php,v 1.99
project_hierarchy_api.php,v 1.6

I tested it on a new database, it seems no problem, but, in my old database, it do exist.

I have put my database file as attached, It's a password protected RAR file, you can send me a mail, then I will send you the password.

my mail: gy-zhang@uecsh.com

thraxisp

thraxisp

2005-05-26 09:36

reporter   ~0010245

Fixed in CVS. Updated user_get_accessible_projects() to return all accessible projects regardless of heirarchy.

core/user_api.php -> 1.100