nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Is it possible to filter jql results by Month?

Casey Harford

Right now, I have a JQL query like this:

project = "Customer Experience" AND status was Reviewing after "2013/01/01" AND status was Reviewing before "2013/02/01"

Instead of using "before" and "after", is it possible to just specify a given month, maybe by name(ie. January), instead of these date ranges?

Accepted answers

dnhoang

There is one way you can filter as the last month or the last two month etc...

Ex:

the last month: created > startOfMonth(0) ORDER BY created DESC ,

last 2 month: created > startOfMonth(-1) ORDER BY created DESC.

Similar for startOfDay(), startOfWeek() and startOfYear()

All comments

Bhushan Nagaraj2

JQL allows you to use a data like 2013/01/01

the format 30d (30 days)

What you are looking for is not possible in JQL.

Casey Harford

Not the answer I was looking for, but kind of figured this was going to be the case. Thanks for confirming.

Rob Horan

I'm going to get a rep for being the cranky old man on the block, but it seems absurd that we can't simply specify a month and year as search critera. All issues created in September 2015. Bam!

This is a serious issue for me, as I just found that my monthly reports have been omitting issues created on the last day of the month when using JQL like this:

created >= 2015-09-01 AND created <= 2015-09-30

If you create a Basic search between two dates and then convert it to JQL you get that format.

This is a serious bug.

Matt Hurst-Smit

Not sure if this is still relevant to you, but if you use "2015-09-30 23:59" instead of just the date, this will return all issues created right up until 11:59pm (in whichever Time Zone your JIRA is set to) on that date.

Unless an issue is created during that final minute, you should catch everything. Not ideal, as it does leave room for error with that final unaccountable minute, but should be enough of a workaround.