[Trac] Re: Using a different wiki
On Thursday 22 March 2007, Jason Winnebeck wrote: I wonder if it's possible to do delegation so that you delegate to Trac's wiki provider for the help pages (and maybe others), and use a different renderer for other pages. Or to do something where all pages not starting with SomeSection/ are rendered with Trac and SomeSection pages are rendered with a different engine. The SomeSection/ method you could set up with apache, using mod_rewrite to forward that url to a different wiki, or, depending on the wiki, just have the wiki's root reside at that url. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Slow Performance
On Thursday 01 February 2007 09:25, Garrett McGrath wrote: Right now It's just a simple 'Basic' Authentication via the standard authentication plugins provided by Apache. The strange thing thou is that even if i'm already logged in and I just ignore the trac window for a while, when i return to it I get the same sluggish performance. I'm getting the impression it may be a data caching issue but I'm not sure. Is apache swapping out? That's exactly the sort of behaviour I get if the server is low on memory and doing something other than webserving - apache takes a while to swap in and respond. The other thing is perhaps it's doing an svn sync. If you've a number of commits, then it can occasionally be slow. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Blocked tickets
On Sunday 29 October 2006 13:26, Emmanuel Blot wrote: I hope that when the Workflow branch gets eventually merged to the trunk, I will be able to define new status, such as 'needinfo', 'postponed' and 'delivered'. We're running the workflow branch where I work and have done exactly that, so yes it does work (and I'll also be happy when the workflow branch gets merged and we can switch back to using the mainstream trac). --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users -~--~~~~--~~--~--~---
[Trac] Re: Announce new version of email2trac (version 0.8.2)
On Friday 27 October 2006 11:51, Bas van der Vlies wrote: If you hit reply and update_ticket is set and #4 is not removed from the subject line it will try to update the ticket. Is there a way to get it to trim what it inserts into the ticket? At work we have folks who insist on top-posting and never trim their replies, so the entire history of the ticket ends up in each comment. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users -~--~~~~--~~--~--~---