On Jun 26, 2008, at 1:50 PM, Eirik Schwenke wrote: > Btw, is there a built in scheduler(aka cron) in trac ? It would > certainly be > nice to have this feature as part of the system, if it isn't already > (eg with > automatic escalation of old bugs, optional automatic transition to > "won't fix" > for "dead" bugs, nagging devs etc).
As a webapp, this isn't possible. Some long-running daemon has to handle timing, though Trac can handle everything else. I saw a TracCron plugin a long time ago that just set things up so you ran "wget http://server/trac/cron"; from cron, and it handled the scheduling and such. > > > (...) > | You can add states, but you can't restrict them very well (?) to > certain > | roles. > | > | This is something that we miss too - for example we would like to > make > | tickets closable only by project managers after they have agreed > with > | customer that ticket is done. > | > | It's my intention to expand current Trac user management to support > | roles and bring this kind of "role" thinking to Trac. But it's > something > | that happens somewhere beyond 0.12... > > I see where this demand is coming from -- but is it really useful? I > can maybe > see the need for this in a very public project (like demanding only > authorized > users have change-rights to a wiki -- which in many ways goes > against the very > principle of open/easy contribution -- but often is needed to avoid > defacing > etc. Or at least often *perceived* as necessary). > > It would appear to me that in any kind of internal setting, > restricting changes > in ticket in the system wouldn't be all that useful -- simply tell > the devs: > "Please don't do that". > > In what kind of settings is this actually a real problem? When is it > more > useful to have these kind of restrictions, than allowing a dev to mark > something as "ok" after a quick chat with a q&a person by the water > cooler/on > im/etc ? There are places that need to follow government or professional processes or risk legal action, etc. --Noah --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~---
