Maybe I just felt not polluting that page while trying to figure out all the params of the trackerlist because the Wishes plugin alias does not allow me to list Tiki version 14.x + Blockers categories at the same time...
I can move it now to the Tiki14 page if you want.
luci
I was just going to add a note about what i would consider a blocker - should i add it here?
I was just going to point out that graphic or cosmetic issues are not blockers, also minor annoyances or defects is barely used or experimental features also should not prevent us releasing. Only catastrophic failures in major existing features should be blockers, anything involving data loss or significant security issues should really stop us - just my 2¢, expect it needs some discussion ;)
I think all blockers without a show instance should be (by default) reclassified as non-blocker, and the same should be the case if the posting user doesn't respond to correspondence. Also if the blocker applies to a no-longer supported branch they should be de-blocker'ed (and probably closed).
"Blocker" should be a very special bug category and therefore the person posting should have to do more work to prove it and help with the fix...
Again, my 2¢
I have a feeling i added a string like "user so and so commented on whatever object" for that - might be making that up though, or it might have been a different module (is there a last comments one?)
Worth trying i think ;)
Other people which are already whatching the Tiki14 page, can get notifications of page changes, and for people willing to watch by emails anything related to Tiki14Blockers, you can watch the category "Blockers" (or create a new one, for "Tiki14 blockers", etc)
My 2 cents, to avoid scattering information too much all over the place...