Project

General

Profile

Actions

Defect #25077

closed

Issue description filter's 'none' operator does not match issues with blank descriptions

Added by Mischa The Evil about 7 years ago. Updated almost 7 years ago.

Status:
Closed
Priority:
Normal
Category:
Issues filter
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Resolution:
Fixed
Affected version:

Description

Use of the issue description filter with the 'none' operator always returns nothing as it does not include issues with blank descriptions. I think most users expect that issues with blank descriptions are going to be matched when using the filter with the 'none' operator, as such the actual results may be unexpected.

Currently, the 'none' operator only matches issues that are assigned to trackers that have the description field disabled (which is not yet possible with the core, see #25052).


Files


Related issues

Related to Redmine - Feature #1159: Allow issue description to be searchable as a filterClosedJean-Philippe Lang2008-05-01

Actions
Related to Redmine - Defect #39991: Fix "any" operator for text filters to exclude empty text valuesClosedGo MAEDA

Actions
Actions #1

Updated by Mischa The Evil about 7 years ago

  • Related to Feature #1159: Allow issue description to be searchable as a filter added
Actions #2

Updated by Marius BĂLTEANU about 7 years ago

From my point of view, there are 2 ways to fix this issue:

1. Set description to nil for all new issues with blank description and migrate all existing issues that have description blank to nil.
2. Change the query for description field in order to check for description is nil or description equals with empty string;

I made a patch that implements the first solution because I think in this way we fix the root cause. The second solution is just an workaround.

If there is any side effect of my solution, I can make a patch with the second fix.

Actions #3

Updated by Marius BĂLTEANU about 7 years ago

Mischa The Evil, do you have any feedback regarding the patch? I'm thinking now that if setting the description blank instead of null is a rails behaviour, we should not change this and I should create a patch with the second solution.

Actions #4

Updated by Marius BĂLTEANU about 7 years ago

Jean-Philippe Lang, how do you think we should solve this issue? With the solution from my patch or we should modify the query?

Actions #5

Updated by Jean-Philippe Lang about 7 years ago

Marius BALTEANU wrote:

Jean-Philippe Lang, how do you think we should solve this issue? With the solution from my patch or we should modify the query?

We should be able to modify the query for text/string filters without much trouble.

Actions #6

Updated by Marius BĂLTEANU about 7 years ago

Thanks for your feedback, Jean-Philippe Lang. I've attached a new patch that fixes the issue for text (like description) and string fields. For custom fields, the issue was already fixed.

Actions #7

Updated by Go MAEDA about 7 years ago

  • Target version set to 3.4.0
Actions #8

Updated by Jean-Philippe Lang about 7 years ago

  • Status changed from New to Closed
  • Assignee set to Jean-Philippe Lang
  • Resolution set to Fixed

Thanks Marius, the patch is committed.

Actions #9

Updated by Pavel Rosický almost 7 years ago

it should also be fixed on '*' operator like on custom values, don't you think?

Actions #10

Updated by Marius BĂLTEANU almost 7 years ago

Pavel Rosický wrote:

it should also be fixed on '*' operator like on custom values, don't you think?

Can you open a new issue, please?

Actions #11

Updated by Go MAEDA 4 months ago

  • Related to Defect #39991: Fix "any" operator for text filters to exclude empty text values added
Actions

Also available in: Atom PDF