You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
Hi, I've got 6 Portfolio plans that use filter by label to display the cards related to that plan.
It seems the filters are only being applied at a per-user basis: when I log in, the filters are applied, but when another team member logs in, the filter is not applied, and they have to manually apply the filters to each of the 6 plans in order to get the same view as me.
Is there a way to have the filters I've set for each plan to be applied for all users, so that when they hit any of the 6 plan pages, the filter has already been pre-applied for them?
ty!
Hi, I'm a team leader for Portfolio for Jira Server.
This is something that we're going to be resolving in a future release portfolio. At the moment the view settings (including filters) are only persisted to local storage each browser. In the future it will be possible to create a number of views each plan (including filters applied for the view), and quickly switch between them.
Unfortunately I'm not able to commit to any dates for when this feature will be available. However I can tell you that it's something working on at the moment.
Regards,
Dave
Hey Dave,
Not 100% related to the above question but is there a reason why I cannot add the Portfolio "Team" field to Rich Filters in JIRA?
-Roberto
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Roberto Luces ,
To be honest I'm not very familiar with the Rich Filters for Jira Dashboards plugin (I'm assuming this is what you're referring to). However, you might be interested to know that in 3.10.0 of Portfolio that we released this week we've added support for the Portfolio team field to be included in Jira gadgets - see our release notes here: https://confluence.atlassian.com/jiraportfolio/portfolio-for-jira-3-10-release-notes-976752106.html
This had been a limitation for some time and hopefully this should also resolve the problem with Rich Filters - but I honestly don't know, so would be grateful if you could try it out and let me know,
Regards,
Dave
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Dave,
Thanks for replying, and for the good news that you are working on it! Are there any intermediary hacks one can do to make this easier? For example, perhaps append arguments to the url string to auto-apply the label filter? I'm in the process of rolling out my 6 plans to the entire company, so anything that can make this easier would be appreciated.
For the view settings, one peculiar thing I've noticed with having a filter applied to the view is that if you create new tickets using the planning tool, those tickets will immediately disappear off of the plan view when you save your changes (since they don't have any labels). I mention this as it is a bit confusing and awkward (you have to go find the item you created via search, set the labels, and then re-place the card where you placed it from the Plan view -- pretty un-intuitive).
Love the tool, keep up the great work.
Cheers!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Lyle,
Thanks to the feedback, much appreciated.
One option is to use the share button to create a shareable link to the plan. This link will include a URL request parameter the maps to the view configuration that there are shared (including the filters set). The only limitation of this is that when you open the URL you will see a read only version of the plan - however that might be sufficient for your needs.
We're investigating the best way of handling creation of new issues when filters are applied. Unfortunately it's not a simple problem to resolve, because we can't always automatically set values to match the applied filters. Filters are treated as an OR condition so with multiple filters values set we wouldn't know which value to automatically set when only single options allowed. Similarly it might be impossible to set the value to match the filter when creating issues in some conditions - for example if you're filtering for an issue type of bug and you're creating an issue of type story. The simplest solution might be simply to show a warning message with an option to clear the filters so that you can quickly see the new issue again - I'd be interested to know if you would consider this is satisfactory resolution to the problem or not?
Many thanks,
Dave
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi! My apologies for the late reply :-)
Share button with pre-configured filters would work; anyone who's doing editing should be able to sort it out.
RE: handling creation of new issues when filters are applied -- yeah, seems tricky!! The warning to clear is a good hacky workaroud, but IMO its just that (a hacky workaround). Spitballing here: what about giving the user a way to pre-enter in labels to the ticket, or inherit the labels of any of its a parents? This won't help with Initiatives, but it will help with epics, stories, and subtasks.
Cheers
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks @Lyle Hayhurst - we looked into various options for pre-entering data to assist with matching filters and that might be something we implement in the longer term. But for now our short term solution is going to be to provide a warning. Unfortunately it's always a case of weighing up the relative priority and associated effort against other features that we need to deliver and comparing the value. So hopefully we'll iterate on this in the future, but the immediate objective is to at least give the user some indication of what is happening.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.