View Issue Details

IDProjectCategoryView StatusLast Update
0024549mantisbtfilterspublic2018-08-09 00:21
ReportermahindraAssigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status newResolutionopen 
Product Version2.15.0 
Target VersionFixed in Version 
Summary0024549: Permalink - Filter lose information after click on view issues
Description

1.create a permalink - for example

https://www.mantisbt.org/bugs/search.php?project_id=1&status=80&handler_id=11111&sticky=on&sort=last_updated&dir=DESC&hide_status=-2&match_type=0
2.The result is correct

=>Error: Click on View issues - the filter is gone

As a result, the permalink always has to be retrieved from another application (eg Mail).

Steps To Reproduce

Login before testing
If it does not work right now, please reset the filter before test the URL above

TagsNo tags attached.

Activities

mahindra

mahindra

2018-06-18 13:42

reporter   ~0060099

related to 0024437 ?

atrol

atrol

2018-06-18 14:03

developer   ~0060100

related to 0024437 ?

no

@cproensa wad or bug?

cproensa

cproensa

2018-06-18 16:46

developer   ~0060104

The link is open as a temporary filter, in the same way than those from "my view".
I'm not sure if this behaviour has been changed from older versions, but it's quite reasonable in my opinion.

mahindra

mahindra

2018-06-18 17:06

reporter   ~0060105

Last edited: 2018-06-18 17:12

View 3 revisions

From the Permalink beginning until 2.11.1 - we have been waiting forward 2.15 (because the improvings with the realname-view from atrol) the filter setting would be hold from view target til logout/login and change project, too.

So you can manage more than one exercise in more Browser tabs like all Internet user

I hope, we are not allone with many IDs, and time/order-organization for a realize-team ?

skottke

skottke

2018-06-19 07:39

reporter   ~0060113

The filter has been a permanent filter so far. As I use a filter, I can manipulate a ticket and then I could return to the ticket list of the filter. Now the filter is only temporary and I after each ticket it is always necessary to click on filter link again. This makes filter in fact unusable. It is very important to reimplement the original function.

atrol

atrol

2018-06-19 08:19

developer   ~0060114

The link is open as a temporary filter, in the same way than those from "my view".

Confirmed, and also the same when using links from changelog and roadmap

I'm not sure if this behaviour has been changed from older versions

The behaviour of permalinks has been changed

but it's quite reasonable in my opinion.

I agree, that all those links should behave the same way.
I am not sure at the moment, if something should be changed.

As I use a filter, I can manipulate a ticket and then I could return to the ticket list of the filter.

You could

  • manipulate the ticket in a new tab, thus keeping the list, or
  • use the back button of your browser to return to the list instead of using the View Issues button
cproensa

cproensa

2018-06-19 08:44

developer   ~0060115

We can consider adding the tracking for the temporary filter in the menu for "view issues", redirect, etc. This has a path of improvement for cleaning up the temporary filter tracking, globally.

What we also lack at the moment is a clear control of what filter is "pinned" as permanent for the current project, and an easy way to set or change that, based for example in the current filter in use (which in this case is temporary)

I now better understand with the explanation from the later post:

As I use a filter, I can manipulate a ticket and then I could return to the ticket list of the filter.

as expecting to return to previous state of the issue listing.

Now the filter is only temporary and I after each ticket it is always necessary to click on filter link again. This makes filter in fact unusable.

this would be fixed, as described, if returning would keep track of the temp filter id.

The filter has been a permanent filter so far

What i don't like about persisting filters as default, is that it breaks the experience when using multiple tabs, for the same project

mahindra

mahindra

2018-06-19 10:48

reporter   ~0060118

At login I prefer to reset the filter settings - 90% I always reset this first after logging in

I have nothing against the same filters in several tabs for the same project, as it used to be before

skottke

skottke

2018-06-21 00:17

reporter   ~0060125

@cproensa: It's true that if I used different filters in several tabs in previous version, only the current filter was applied by all filters. But we knew this restriction and it was ok for us.

But now filters are not useful any more. I use 10 filters, one for each developer. I check the developer tickets and adapt priorities and enter some changes. After the first ticket and click on ticket list the filter is cancelled.

So I am forced to enter all specific attributes manually in order to work as before, This is a fundamental drawback in usability.

atrol

atrol

2018-06-21 02:07

developer   ~0060126

@skottke, maybe you did not read 0024549:0060114 where I described two ways how you could work with the current implementation

I use 10 filters, one for each developer

I would use stored filters for this scenario.
It's better to have the list with filters in Mantis itself instead of maintaining a list of links outside the system.

skottke

skottke

2018-06-21 06:33

reporter   ~0060127

@atrol: Thanks for this hint. It's much more comfortable to use links outside Mantis. All essential filter are stored in favorite bar in IE browser. What's more, I am used to start all applications by Win-R and an individual ShortCut, and every start of process / application / website can be managed by keyboard. I need 2 seconds to get the right filter, and it does not matter in which application I am currently working.

So internal filter are not an alternative to the flexibility of external filters, because there is no possibility to run them without using mouse.

What we want is not more than to reestablish the functionality which we have been using for 12 years now.

mahindra

mahindra

2018-06-22 00:21

reporter   ~0060129

Is it possible to make this switchable in the config.php to support keyboard input (without using mouse) better?

skottke

skottke

2018-07-25 08:35

reporter   ~0060320

@cproensa: You wrote in #60115: "What i don't like about persisting filters as default, is that it breaks the experience when using multiple tabs, for the same Project". I understand that when you use filters only as different lists of tickets for an overview. If you try to work with ticket lists in each filter (change of tickets), the filter is lost (unless you click once again on the link for the external filter).

Because all my ca. 25 external filters are now unusable for me (after 12 years working with Mantis), I was forced to change to internal filters. Drawback: I cannot manage them by keyboard and it's slower to select them from combobox as on my favourite bar in the browser.

It is possible to implement a filter parameter in configuration in next mantis version in order to configure if external filters work temporarily (as now and as default) or persistent as before? That would be a fine solution of this problem. Please let me know. Thanks.

mahindra

mahindra

2018-08-08 22:41

reporter   ~0060385

It is better to save the attribute for external links in the profile for managers, because testers after clicking on external links often forget to reset the filters and do not see their tickets.
Especially if they have the filters collapsed.

mahindra

mahindra

2018-08-08 23:26

reporter   ~0060386

Alternatively, it makes sense to return to the old logic and reset the filters on the project switch so that "new" users see their tickets and are not trapped in the permalink.
What do you all mean?

skottke

skottke

2018-08-09 00:21

reporter   ~0060387

0024549:0060386: Yes, it makes sense to reset the filter after switching / changing the project. Each project has its own properties and sometimes it's bewildering to keep the filter on project switch. I'd by pleased, if we could return to the old logic in this case.
0024549:0060385: Our testers know the function to reset filters, they know how to work with external and internal filters. So there was not any problem. I still think it's quite confusing if I get an external link by e-mail, click on it, get a ticket list, click on one ticket of this list, and then this list is lost (because the old filter is active again), and I cannot check other tickets of the list unless I click on the external filter of the e-mail again.

Issue History

Date Modified Username Field Change
2018-06-18 13:40 mahindra New Issue
2018-06-18 13:42 mahindra Note Added: 0060099
2018-06-18 14:03 atrol Note Added: 0060100
2018-06-18 16:46 cproensa Note Added: 0060104
2018-06-18 17:06 mahindra Note Added: 0060105
2018-06-18 17:11 mahindra Note Edited: 0060105 View Revisions
2018-06-18 17:12 mahindra Note Edited: 0060105 View Revisions
2018-06-19 07:39 skottke Note Added: 0060113
2018-06-19 08:19 atrol Note Added: 0060114
2018-06-19 08:44 cproensa Note Added: 0060115
2018-06-19 10:48 mahindra Note Added: 0060118
2018-06-21 00:17 skottke Note Added: 0060125
2018-06-21 02:07 atrol Note Added: 0060126
2018-06-21 06:33 skottke Note Added: 0060127
2018-06-22 00:21 mahindra Note Added: 0060129
2018-07-25 08:35 skottke Note Added: 0060320
2018-08-08 22:41 mahindra Note Added: 0060385
2018-08-08 23:26 mahindra Note Added: 0060386
2018-08-09 00:21 skottke Note Added: 0060387