View Issue Details

IDProjectCategoryView StatusLast Update
0005760mantisbtfilterspublic2019-12-03 10:27
Reportergtomlin Assigned To 
Status acknowledgedResolutionopen 
Product Version1.0.0a2 
Summary0005760: Reset project to user's default when [Reset Filter] selected

For any user who works on more than one project (and all of ours do), it is a two step process to see all active issues. Our users therefore have "All Projects" as their default project.

Whenever a user reports an issue, he/she is switched into the project under which the issue is reported. After that, [Reset Filter] only shows the issues under that project, and the user must then explicitly switch to All Projects to see all active issues.

The purpose of [Reset Filter] is to remove filters and allow a user to see all issues, but as it stands at present it doesn't always do so. The results of [Reset Filter] are inconsistent because the Project is not reset.

TagsNo tags attached.




2008-08-07 11:02

reporter   ~0019081

Would like developers opinions regarding this.



2009-10-28 12:13

manager   ~0023442

Last edited: 2009-10-28 12:14

View 2 revisions

I would classify this as a 1.3.x feature. Here is my suggestion:

  1. User has "All Projects" selected.
  2. User clicks report issue.
  3. User selects project and gets re-directed to Report Issue page.
  4. User reports the issue and gets redirected to View Issues page.
  5. The current project should still be "All Projects".

If user selected the report more issues checkbox, then all issues will be reported against the previously selected project.

The bottom line is not to change the context of the user due to reporting an issue. The same way we don't change the context when a user views an issue. Note that in the past, we used to switch the context when the user viewed an issue.

The reset filter would continue to behave as is.

Does this make sense?

Issue History

Date Modified Username Field Change
2005-06-09 14:22 gtomlin New Issue
2008-08-07 11:02 daryn Note Added: 0019081
2008-08-07 11:02 daryn Assigned To => daryn
2008-08-07 11:02 daryn Status new => feedback
2009-10-27 23:38 vboctor Assigned To daryn =>
2009-10-27 23:38 vboctor Status feedback => new
2009-10-28 12:13 vboctor Note Added: 0023442
2009-10-28 12:13 vboctor Status new => feedback
2009-10-28 12:14 vboctor Note Edited: 0023442 View Revisions
2019-12-03 10:27 dregad Status feedback => acknowledged