View Issue Details

IDProjectCategoryView StatusLast Update
0006015mantisbtadministrationpublic2005-09-11 08:12
Reportermasala Assigned Tothraxisp  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version1.0.0rc1 
Fixed in Version1.0.0rc2 
Summary0006015: setting 'who can change notifications' fails
Description

if I change the value in the combo 'who can change notifications' on manage_config_email_page.php, the cahnge has no visible effect (the combo allways says 'administrator')

this differs from a3, there it worked

TagsNo tags attached.

Relationships

related to 0005932 closedthraxisp Manage eMail notification access rigths 

Activities

masala

masala

2005-07-27 08:16

reporter   ~0010978

the problem is, that the
config_get_access( 'notify_flags' );
and
config_get_access( 'default_notify_flags' );
calls in manage_config_email_page.php do not return the values which are actually stored in the db - they allways return 90 (administrator threshold)

masala

masala

2005-07-27 09:11

reporter   ~0010979

Last edited: 2005-07-27 09:53

i had a look into config_get_acces (core/config_api.php) .. i do not understand why this functions loops over the project and user list, i guess there is a reason, but it does not really work since the line 186 (1.0.0rc1)
$t_access = $g_cache_config_access[$p_option][$t_user][$t_project];
allways results in
$t_access = $g_cache_config_access[$p_option][0][0];
when called from manage_config_email_page.php

i had a try with this dirty hack:
$t_access = $g_cache_config_access[$p_option][auth_get_current_user_id()][helper_get_current_project()];
but it had bad sideeffects since anybody seemed to be able to do anything..

thraxisp

thraxisp

2005-07-27 12:16

reporter   ~0010980

Fixed in CVS. I missed this when I did the performance tweaks.

core/config_api.php -> 1.34