It can be cumbersome to navigate, intimidating to learn, and difficult to master. We know Trac isn’t always the most user friendly tool, but we love it anyways because it works really well for managing the type of project bbPress is and the workflow we use.
These issues are exacerbated when Trac is out of date, or has not been “gardened”, which usually refers to general pruning, tidying, and making sure there’s a place for everything and everything is in its place.
Over the past year we’ve focused on improving the software and the build tools, and (other than software updates to keep up with WordPress’s Trac) haven’t revisited our Components, Milestones, or Resolutions in a long while.
This afternoon I made some rearrangements I think will help us stay better organized and on-target, outlined below:
- Added the “Under Consideration” milestone, for issues that the core team has reviewed but hasn’t decided on exactly where it belongs yet. This is good for keeping Awaiting Review empty, and getting feedback to ticket authors sooner.
- Components are now namespaced by what exactly they are intended to be. This should help tickets get categorized sooner, and help the core team better assess what areas need what improvements.
- Several components were renamed to more appropriately reflect our intentions for them.
- Added the “regression” ticket type, to help draw attention to issues that should be tested more quickly and prioritized higher.
- Add “idea” ticket type, to help promote brainstorming and planning on Trac vs. Slack or the Forums.
Like most things, all of these changes are open to criticism and scrutinization. If it turns out they hurt more than they help, we can try something else. These changes are inspired by years of interacting with Trac and witnessing repeated workflow hang-ups.
We aren’t exactly agile; sometimes members of the core team don’t intersect on issues for a few days, and tickets go unloved for weeks or months. I think we do great in the face of this, and hope our slightly modified arrangement feels like a natural progression of our growing team and project.
Just a quick update.
We didn’t have a formal dev chat on 8th or 16th. We’re still pressing forward with 2.4. Also there 2.3.2 was released which had a few updates.
The main thing right now is to keep working on 2.4. Also, if you haven’t already, test jmdodd’s hierarchal replies patch for #2036. For real, lot’s of testing on this. :)
Lastly, with the discovery of #2334 (http://bbpress.trac.wordpress.org/ticket/2334) there is certainly a possibility of a 2.3.3 release in the near future.
Today’s dev chat was very brief. Since last week jjj pushed 2.3.1 which had a few minor fixes.
Notably it contained a fix for posting code and further refined the new back tick feature ( ` ). There is no need to use <code> or <pre> when posting lines/blocks of code, simply wrap the code in a ` (if you use GitHub or Markdown it is the same concept) and we take care of the rest.
Also in 2.3.1 the “visual tab” of the TinyMCE/fancy editor was turned off by default. The visual tab is great in theory but we’ve seen a slew of issues with it such as code being reformatted, mangled, etc. For users who really need it back (and don’t post code in their forums) they can either use this snippet or this plugin to bring back the visual mode.
Aside from the 2.3.1 release we are just moving forward with the 2.4 tickets.
MZAWeb also talked about looking into getting Alex Mill’s SyntaxHighlighter plugin working with bbPress now that we have the code posting sorted out.
Since we forgot to whip up a summary of last week’s meeting, I felt compelled to make this week’s thorough :)
Tickets worth noting
#2036 – Hierarchal replies – jmdodd has put up a monster patch. This feature is ready to testing. Test, test, test. Break it if you can and report back. This is going to be one of the showcase features in 2.4. We are in the fortunate position to have this pretty far along early into the 2.4 release. It would be idea if we could get this tested and committed earlier in the 2.4 cycle thus giving those testing/running trunk and the bbPress Beta plugin time to do further testing.
#2283 – Theme compat fixes and resets. bbPress has pretty darn good theme compat as it stands now, but low and behold there are themes out there that put this to the test daily. A good potion of the topics in the support forums are form users who simply activated bbPress and out of the gate the bbPress styes exploded. We’ll never get around this, but we can certainly improve where we can. If this happens on one of your installs please report it in this ticket. There is already a patch to clean up some issues introduced by the search feature as well as theme’s doing weird styling to <ul>s and <li>s.
#459 – Making moderation forum specific – jmdodd is going to look at this when #2036 is solid. Another much requested feature. Would be nice to get into 2.4 if possible.
#1799, #1649 – ‘bump’ functions and user counters. jjj’s got these covered I believe.
Currently there is a whole slew of tickets that already have patches, 14 at the moment. Hopefully in the next week or so these can but updated/committed as needed which will help thin out the 2.4 milestone.
Currently there is a bug when posting code in a topic or reply. If you are not an admin and try to post XML/HTML it will be stripped as those tags will not match the white list available for participants. We’re going to look at what can be done to escape text within <code> blocks before it’s processed by kses. Alex Mills’ SyntaxHighlighter should be a good place to start and we might be able to emulate much of the process based on what he does in his plugin.
Just a reminder. The WP dev chat time was changed as and a result we have updated ours as well. The bbPress weekly dev chat will now be (back) at 21:00 UTC (4pm central).
bbPress 2.3 is out! Let’s take a few days off and talk on Wednesday about 2.4.
Few things for 2.4:
- Per-forum moderators
- Storing user ID’s in the voices topic meta
- Switching last_active meta to be post_modified_date, to speed up topics queries
- Bump functions to avoid expensive recounting
- Hierarchical replies
- Better Akismet feedback and UI
- Do we want to a slot in GSoC under the WordPress org?