This is most likely due to the fact that in the actual bug list view resolved bugs are still shown. Since it is currently not possible to filter those out, this bug is not easily resolved.

It should be marked dependant/duplicate of the bug to implement "Hide resolved" in that view. (I'm going to look for that bug now).

Hmm, I understand, but I think this is not the problem. It seems to me, that it might be a problem of the "definition":
In my opinion a resolved bug stays open and must be counted on the main page. Using your explanation, you say, that resolved bugs are not open. What is the correct definition?

Btw: What about closing bugs - your mantisbt (on 0.17.x-mantis) had been configured to be not able for the reporter, to close own bugs (threshold level of closing bugs). Has the mantis-0.18.0 version the ability (I didn't have a admin look at it, because of less time in my project now), to set explicit reporter accounts to close their bugs (or the other way round: to allow reporters in general to close there bugs, but to forbid explicit reporters (e.g. the anonymous account) to do so)
	

You are right, it is a problem of definition.

According to the database query used to determine the numbers on the main page, resolved bugs are not counted as "open". That is a definition I also agree with.

So in order to make the number of bugs displayed when you actually click the links, it was necessary to add a "hide resolved" filter to that page. This has been done now.

Added hide resolved filter to links on first page to reflect the
database query which is used to calculate the number of open bugs
submitted by or assigned to the current user.

Files commited to CVS.

Reminder sent to brody

a test reminder - hopefully only reaching myself :-)