One of the "dirty tricks" I've used is to "motivation towards achievement through cleanup". What I would do here, is port all issues from mantis to Github(I know some wouldn't like that). From there, I would address all the "easy issues" first. Either by moving them out and into a 2.2 section, or by addressing the issue.
Knocking out the easy stuff creates the image of being "more productive". Which in truth, you are considering the time frame. Would you want to spend 1 month knocking out 1 issue, or 1 month knocking out 30 issues?
I would sic 1 developer on the serious issues and put everyone else on the small crap. Then when the small issues are out of the way, get them more involved in the serious stuff. That's what I would do to try to keep motivation going, but I also understand this doesn't really get the software hit it's goal within a time frame. However, if you get the small stuff done throughout the whole process of the goals, I think you would be surprised at quickly you will reach your goal.
You may agree wholey, partly, or flat out disagree with the concept, but that's just how I would do it.
I was trying my best not to get involved with all this ****** but your post is just plain unavoidable...
First you say you don't want to force anyone else but then you talk and treat devs like they were cattle you can just move and make them work on things "ASAP"... theres some pretty hefty incongruence right there... if thats what you would do it then I see no difference to what we already have...
The reason I would do that is because if you were interested or even involved in the project, would you be more motivated to work on a project with 300 issues, or a project with 30 issues? For example, would you like to contribute to Elgg?
Stuff like this needs to be knocked out ASAP to keep up the appearance of a cleaner, slimmer, software with a team that is on top of it.
Why would anyone want to contribute to a project that has no issues at all?
First thing to move forward is accepting that your project isn't perfect and that it will always gonna need changes, I'm glad that SMF has so many issues posted on github after been ignored for such a long time (by the people that now are complaining that we don't do anything about them... oh the irony!!!).
Is this a real solution? No, it's not. It doesn't help the current developer who has to address the more serious stuff, but it helps every where else. I was excited when I seen Arantor knock out over half of the issues, and issues that were added by him and fixed by him in the same day. I was like, "hell yeah". How many others were inspired by this?
Now there are some outstanding issues that were added, and I'm like "yuk...", and I'm less motivated to get involved in a project that isn't even close to being close to it's goal. How many others felt this way?
So you want to enslave us 24/7 to work on SMF so you could be happy? How many others felt this way?
I've keep reading how everyone started to jump out and said random datelines like there was their decision to make such datelines... it is utterly funny.
There are way too many issues, you saying "yuk" is not going to automatically make them dissapear nor is going to make any difference. The same for all the people that have posted on this and the other topic, you saying whatever you feel about this issue isn't gonna change anything, I'm sorry but you're not that important...
You also have to look at pull requests. Any potential developer from outside the community would not want to take part in a project that some serious outstanding pull requests. Currently, SMF has some that are over a year old. Why? Also, there are PR's that are outstanding that only change one small file. These should be merged or closed, with or without explanation.
Really? is that the way you will handle it? Closing them just to keep the appearance of a "clean" project? mmm, that sounds even more counter-productive that what we have now... if you're a fan of keeping the dirt under the carpet so your neighbors don't see it thats your prerogative, I much rather prefer everyone to see my house is a mess and see my working on it but thats just my opinion and it seems that my opinion doesn't mean ******, heck, I'm just cattle that needs to do whatever the complainers say I should do... except that you cannot even reach an agreement... all you do is yell and squawk to whoever crosses your sigh...
It is utterly funny to read everyones opinions on how 2 single and pretty much isolated persons are suppose to work but none of you actually do anything

As for contributing, you don't actually need to be here to contribute, you don't need to "deal with the rest of the team" and all that crap I've hearing, since I got back I hardly ever posted on team boards and I just visit this forum because I'm used to do it rather than be forced to be here to contribute...
The true is, you can't really just contribute "fun stuff" or "whatever I want to work on" only, a script as large as this one has too many "boring" places that needs to be addressed, coding stuff for fun is awesome but you also need to have some level of commitment towards a project, if you're serious about a project, you will eventually face boring stuff you will have to deal with, is unavoidable, you can, of course, run away from the responsibility and start a new fork... oops!
I for once, would never said bad things a bout I project I contributed, why? because I contributed to those things, for better or for worst I was part of it, help building the bad and the good stuff. I find it utterly funny when people left and start saying crap about things they themselves were a big part of. Its just plain stupid, like spitting to the sky and not moving a single inch to avoid it...
And now, if you excuse me, I will resume my work, you guys can keep squawking and ranting all you want, again, it won't make any difference. All you guys managed to do is keep us away from you, happily, I can still work and keep pushing for a release without actually having to deal with any of you
