View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0009724 | mantisbt | bugtracker | public | 2008-10-21 16:45 | 2009-01-15 11:25 |
| Reporter | olegos | Assigned To | vboctor | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 1.2.0a2 | ||||
| Fixed in Version | 1.2.0a3 | ||||
| Summary | 0009724: Issue history is missing | ||||
| Description | When viewing an issue, the Issue History section is missing. But e-mails do include the history. I'm a developer on this project, and a reporter on another one, and can't see histories in either one. But if I login into an administrator account, I can see histories. I'm not setting anything related to history in my config_inc.php. Same problem with Add Note section -- when not in an admin account, can't add a note from Viewing Issue page (but can do it from Update Issue page); works properly for admin account. PostgreSQL 8.3.3. | ||||
| Tags | patch | ||||
| Attached Files | bug9724.patch (532 bytes)
Index: core/access_api.php
===================================================================
--- core/access_api.php (revision 5719)
+++ core/access_api.php (working copy)
@@ -453,7 +453,7 @@
# get the user's access level specific to this project.
# return false (0) if the user has no access override here
function access_get_local_level( $p_user_id, $p_project_id ) {
- global $g_cache_access_matrix_project_ids;
+ global $g_cache_access_matrix, $g_cache_access_matrix_project_ids;
$p_project_id = (int) $p_project_id;
| ||||
|
This may be related: in the Notes, next to author's ID, in parenthesis, for admin account it properly says "(administrator)", while for developers and reporters it says "(@0@)" -- see the attached screen shot. |
|
|
A patch for trunk fixing this issue is attached. Fixes everything I mentioned in this bug: issue history, adding note from the view issue page, and display of role. Had nothing to do with Postgres. Had to do with project being private. |
|
|
Bump. This is obviously a bug ($g_cache_access_matrix was obviously meant to be global, not local in a function), with a one-line fix, which makes private projects unusable. Please take this fix. Thanks! |
|
|
By the way, when I try to remove tag "Existing tags" (which got attached accidentally) from this issue, I get "Permission denied", even though it has the remove tag link. May be related to 0009758. |
|