You can set
$g_bug_resolved_status_threshold = CLOSED;

Be aware that this affects also other functionality

@atrol:

The suggestion was to create a setting to define at what status a bug number gets displayed with a strike-through.

Something like: $g_bug_receive_strikethrough_status = RESOLVED;

Plus adding the possibility to not use strikethrough at all.

Thank you for your suggestion, but unfortunately i don't think that's a useful alternative because like you say it affects (too much) other functionality.

First I thought about reopening this issue as a new feature request.
Now I am hesitating, because there is already an option to change behaviour of display.
Check http://docs.mantisbt.org/master/en/administration_guide.html#ADMIN.CUSTOMIZE.CUSTOMFUNCS

For example have a closer look at function custom_function_override_roadmap_print_issue

Hello atrol,

1.
as far as i can see the custom functions can only modify the display of the bug number in the roadmap (and maybe changelog) page,
but not in bug descriptions, bugnotes, etc.

I just noticed the configuration option was suggested (but not implemented) by vboctor here: 0007808:0014157

2.
Another thing i'd like to mention: when you take a look at the Changelog page, you will see that reading a bug number is alot harder when its striked-through.
If a bug is listed on the changelog page, its status is ALWAYS >= $g_bug_resolved_status_threshold, so whats the use of striking it through... it doesn't give any extra information and makes reading the numbers more difficult.

This was not done to be "consistent" by the way, because in the View_all_bug page bugs with a status >= $g_bug_resolved_status_threshold are NOT striked-through either.

So, my preference would be: do not strike-through bug numbers in the changelog page.

What about just changing a.resolved in default.css to { text-decoration: underline; } ?

Result:
Display auf resolved issues in
"View Issues" is not striked
"Change Log" is not striked
"Roadmap" is striked, but if unwanted, can be changed with custom function.

TBH, I don't know why there is a difference of implementation in "Change Log" and "Roadmap" . This was before the time I started with MantisBT

I think this will all be changed when 0004227 and 0006628 will be realized.

That result sounds OK to me. It would fix item 2 mentioned in my previous comment.

To fix item 1, a new configuration option ($g_bug_strike_status_threshold) would have to be added.

However this is just my point of view, its probably a good idea to ask opinions of some others :)

Did you try changing the css ?
Bug descriptions and bugnotes are also affected by it, so your item 1 should also be fixed with it

Yes I have tested it, the result is: strike-through is no longer used anywhere (changelog, roadmap, bugnotes, bug descriptions, etc.)

It does not solve item 1 because we only want for example issues with a status of "closed" (not "resolved") to be striked-through, which could be accomplished by using a configuration setting ($g_bug_strike_status_threshold).

Seems that we are talking about differnt things

You wrote

1. as far as i can see the custom functions can only modify the display of the bug number in the roadmap (and maybe changelog) page,
   but not in bug descriptions, bugnotes, etc.

I thought this was your item 1, and your problem was that you are not able to change the behaviour for descriptions and bugnotes
As you are able to change this by CSS I thought this is solved.

The feature request of Hein_Meijer is not solved.

Hi Atrol,

well what Hein_Meijer wants is:
"strikethrough of the bug number only when the bug gets the status 'closed'"

This would be solved by Item1: adding a configuration setting $g_bug_strike_status_threshold.

$g_bug_strike_status_threshold = "CLOSED" would achieve this because the result would be striking through bugs with status "CLOSED", instead of what Mantis currently does: striking through bugs with status "RESOLVED".