View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0009826 | mantisbt | bugtracker | public | 2008-11-17 15:15 | 2019-01-01 07:47 |
Reporter | olegos | Assigned To | dregad | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 1.2.0a2 | ||||
Target Version | 1.2.12 | Fixed in Version | 1.2.12 | ||
Summary | 0009826: Single project user should default to the project, not All Projects | ||||
Description | Apparently if a user has access to only one project, the project selection box at top right isn't shown anymore in version 1.2 (it was there in 1.0.8 and I believe 1.1.3). That's good (less confusing to the user), except for the following problem. The View Issues screen seems to default to All Projects selection. The categories shown include [project], and the menu shows links appropriate for All Projects. For example, if a user is globally Viewer, but Reporter on the project, the "Report Issue" link isn't shown. (In prior versions, I told my users to select a project from the project selection box to be able to report issues. Confusing, but better than not being able to report issues at all.) This is important, because many of my Reporters have lost ability to report new issues. They can still do it if they go into one of existing bugs -- but that's even more confusing and cumbersome (if there are no open bugs, if it's a new project, etc.) | ||||
Tags | No tags attached. | ||||
related to | 0015721 | closed | grangeway | Functionality to consider porting to master-2.0.x |
related to | 0016337 | closed | dregad | Creating the first project on a fresh install causes error 2800 |
related to | 0010296 | closed | cproensa | single project is not selected |
has duplicate | 0013234 | closed | atrol | Can't report issue when no project selected |
has duplicate | 0011322 | closed | dregad | incorrect rights with only 1 authorized project |
has duplicate | 0012673 | closed | dregad | User not found in "Assigned to" list |
related to | 0014268 | closed | cproensa | "Report Issue" is missing if the user has access to only private projects, but has not selected a project from the dropdown. |
related to | 0015200 | closed | vboctor | Anonymous access is broken |
related to | 0025110 | closed | cproensa | Token error when login with a newly created user |
By the way, even selecting the project as default in My Account : Preferences (where both the project and All Projects are still shown) doesn't help. Edit: Actually it seems that I had to logout & log back in for the default project in Preferences to take effect. So maybe that's a good work-around for now. |
|
This one is still around in 1.2.0 and the easiest way to fix it is probably to bring back the project selection box. Else, you'd have to check if the user is still assigned to more than 1 project and change the default project if that is not the case. But this would also mean that someone who is assigned to 2 projects and has "All Projects" as default would be force-switched to project 1 when he/she is removed from project 2 and it won't revert back to "All Projects" when you assign him/her to project 3. Another solution is to display the project selection box if:
That way, people who don't know about account preferences can't get "stuck" on the "All Projects" view. This could avoid some confusion. This "bug" causes a lot of confusion in very restrictive environments where all projects are private and the default global access level is just "viewer". |
|
Sorry for duplicating, I didn't find it :-( |
|
bump For us this is a common case (client gets guest account and submitter access for one project). They are now stuck, but there are two possible workarounds:
The current situation is not acceptable. |
|
This should be fixed now. Testing and feedback would be appreciated (please download a nightly build starting tomorrow or get the patch from github) |
|
Marking as 'acknowledged' not resolved/closed to track that change gets ported to master-2.0.x branch |
|
MantisBT: master-1.2.x b1a1bbae 2012-09-10 01:56 Details Diff |
User with access to single project defaults to it, not all projects Since 1.2, if a user has access to only one project, the project selection box at top right isn't shown. This was causing issues as new users accounts have 'All projects' as their default: - user can't report issues (no link for all projects) - categories displayed are prefixed with [project] Until this commit, users had to define their (single) project as default using preferences to work around the problem; this is no longer needed. Function html_login_info() now sets the current project as appropriate if user has only access to a single one, and also defines that as the default. The account preferences page has also been modified to only include 'All projects' in the selection list when user has more than one project available. Fixes 0009826, 0014268 |
Affected Issues 0009826, 0014268, 0016337 |
|
mod - account_prefs_inc.php | Diff File | ||
mod - core/html_api.php | Diff File | ||
MantisBT: master cfa022bc 2012-09-10 01:56 Details Diff |
User with access to single project defaults to it, not all projects Since 1.2, if a user has access to only one project, the project selection box at top right isn't shown. This was causing issues as new users accounts have 'All projects' as their default: - user can't report issues (no link for all projects) - categories displayed are prefixed with [project] Until this commit, users had to define their (single) project as default using preferences to work around the problem; this is no longer needed. Function html_login_info() now sets the current project as appropriate if user has only access to a single one, and also defines that as the default. The account preferences page has also been modified to only include 'All projects' in the selection list when user has more than one project available. Fixes 0009826, 0014268 |
Affected Issues 0009826, 0014268, 0016337 |
|
mod - account_prefs_inc.php | Diff File | ||
mod - core/html_api.php | Diff File |