suppress start and commentless stop notifications

Yeah I agree. I'm not sure if this would be possible until the notification system overhaul tho'.

You can stop Worklog for commenting on the ticket but that's a useful thing IMO....

Is it so that Worklog just adds a start/stop comment to the ticket and Trac handles notifications without Worklog ever knowing about it? In that case, to hack this to work, one would have to make the notification system inspect the comment before deciding whether to e-mail it or not, I assume.

I added the comment feature so that it's easy to see when looking over a ticket when work happened. Like I say you can turn that off.

As for the notifications, there is a planned overhaul that would essentially make the notification system implementable as a plugin. Once this happens it will be much more flexible and there will probably be standard methods to suppress notification.

I'm also looking at modifiying the work flow such that worklog is more integrated into 0.11, but that's another story.

I like the comment feature for the same reasons you do, so I don't want to turn it off completely.

Any pointers to information about the notification overhaul? I couldn't find any on the Edgewall site. I suppose it won't happen before release 0.12?

(As a sidenote, Worklog and Timing & Estimation completely changed the way I manage myself, and the change is for the better. Currently I'm gently trying to spread the change to people I work with. Thanks for releasing Worklog for the community.)

The only info I have is from the trac-devel mailing list. I think its on the cards for the Worklog mailinglist.

I know what you mean about spamming but it's OK for me as it's only developers that have access to the trac mails.

For letting clients know about bugs/features we're working on I wrote the ClientsPlugin. It has a feature that if you put content in a special "client" wiki processor it will extract the comments and mail the customers at set intervals (which also stops them mailing/calling right when you're in the flow of work - sometimes this is a good thing but for me 99% of the time it's annoying!!). This email system will probably not last forever but it's fine for me as a stopgap. It may suit you (the emails are 100% customisable with XSLT!)! As per most of my stuff there is little in the way of docu :(

If I get the change I'll try and find a way to suppress the email notification for the current implementation.

Thanks loads for your kind words too. It means a lot. :)

Hey, that ClientsPlugin sounds like a very interesting concept. Wrt documentation, maybe just copy-paste your description from the comment above to the ClientsPlugin page, because there's currently no mention about the wiki processor and mailing system.