Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

android app: label filtering broken in v2026.17 where it only shows exact matches, not infix-based

Andi
August 24, 2026

Hi there,

I am a developer myself, so I try to give a good base for a bug report (and maybe fix) since I am not able to create an issue in the JIRA system myself (missing priveleges I suppose) ...

It worked in 2023.11 and 2026.4.4, it does NOT in 2026.17, 2026.16:

2026.4.4 (OK):

  • create labels "buy", "buy:online", "buy:nearby"
  • create card 1 with "buy"
  • create card 2 with "buy:online"
  • filter: "#buy"
  • displayed: card 1 and 2 => works! :)

2026.17 (NOT ok):

  • labels, cards and filters like above
  • displayed: only card 1
  • => degression from previous behaviour and in my point of view a bug and undesired, restricted behaviour

let's suppose the following filter string:

"#buy"

 

So BEFORE (OK, e.g. 2026.4.4) the label-logic was supposedly parsed like so:
(supposedly there is a card_labels SQL column
- where the labels are sourrounded by ","
- and "~" is the regex operator
- and the filter string is separated into [" AND "-delimited]
  label ~ '<regex>'
SQL-where snippets)

-- at this query level card_lables supposedly contain:
-- (added 'foo','bar' and 'buzz' as examples
-- since a card could have more than one label!)
-- card 1: card_labels = ',buy,foo,'
-- card 2: card_labels = ',buy:online,bar,buzz,'

... card_labels ~ '.*,[^,]*buy[^,]*,.*'

-- => both cards would match

(if the search would have been "#buy #online" the query snippet would have been something like <card_labels ~ '...buy...'  AND  card_labels ~ '...online...'>)

 

NOW (e.g. 2026.17) the behaviour looks like

...     card_labels ~ '.*,buy,.*'

-- => only card 1 would match  

 

0 answers

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
FREE
TAGS
AUG Leaders

Atlassian Community Events