[Trac] ticket_clone.py
I'm trying to get the ticket cloning sample plugin to work (from http://trac.edgewall.org/browser/trunk/sample-plugins/ticket_clone.py) and I must be blind, because I can't find a clone button anywhere. Where is it? I'm running Trac 0.11.4 and Genshi 0.5.1 so I think I'm current on versions. The plugin shows that it loaded and looking at the log shows it loading and no obvious related errors.I'm logged in as the Admin so permissions shouldn't be an issue. The skimpy documentation in the file (the only docs I've found) says: This button is located next to the 'Reply' to description button, and pressing it will send a request for creating a new ticket which will be based on the cloned one. What reply button? I don't see one on any of the pages I checked. I'm sure I'm just being stupid. Help! --~--~-~--~~~---~--~~ 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: ticket_clone.py
Thanks! I _knew_ it was a case of my being blind! In the several years I've been using Trac now, I don't think I've ever noticed that reply button (nor the clone button now). I was expecting a real button and not the little text box. The strange part is that I did a text search on the page for reply it doesn't find it either. Seems to work great though. On Apr 1, 8:59 pm, jevans jevans...@gmail.com wrote: On Apr 1, 1:39 pm, Scott Bussinger sco...@opto-pps.com wrote: I'm trying to get the ticket cloning sample plugin to work (fromhttp://trac.edgewall.org/browser/trunk/sample-plugins/ticket_clone.py) and I must be blind, because I can't find a clone button anywhere. Where is it? I'm running Trac 0.11.4 and Genshi 0.5.1 so I think I'm current on versions. The plugin shows that it loaded and looking at the log shows it loading and no obvious related errors.I'm logged in as the Admin so permissions shouldn't be an issue. The skimpy documentation in the file (the only docs I've found) says: This button is located next to the 'Reply' to description button, and pressing it will send a request for creating a new ticket which will be based on the cloned one. What reply button? I don't see one on any of the pages I checked. I'm sure I'm just being stupid. Help! Hi, I see Reply and Clone buttons in the upper right of the Description field in the box displayed at the top of ticket pages. Did you enable the plug-in and restart your server? - jevans- Hide quoted text - - Show quoted text - --~--~-~--~~~---~--~~ 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Customizing Search Results page
Is there any way built into Trac to customize (or adjust or tweak) the search results page? I'm not concerned with what results are returned, but with how they're presented. We're using an instance of Trac for an internal help wiki and the search results are really much harder to read than I'd like. The current layout for hits seems to be something like: Grandparent/Parent/WikiPage: This is the first few characters of content... ... this is the area in the content showing the context near the hit ... by administrator 8/18/2008 9:30:00 AM In our case, almost every page starts with and is full of Macros (e.g. [[PageOutline]]) and other junk that makes for very hard to read search results. I'd like to just eliminate the part after the title where it displays the first part of the content, the username/date stuff, and then filter the context section to remove macros and other formatting symbols. Is there any easy (or hard) way to do this? Or are there any alternative search modules I could try? Thanks! --~--~-~--~~~---~--~~ 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: hide attachment on wiki
I want to hide the attachment list of wiki pages to anonymous user. I'm afraid I can't help with that, but once you figure it out, would you please share it with this list? I'd find that feature useful myself! --~--~-~--~~~---~--~~ 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: AW: [Trac] Re: AW: [Trac] Re: AW: [Trac] Re: how to link tickets to other milestones
(still can't believe that there is no better way than to manually remove those). Is there a simple download link anyhwere? When you're on one of the browse source pages, look at the bottom of the page. You'll see a title that says Download in other formats: and some options. The one you want is Original Format to just download the file itself (you may want to right-click and choose Save target as... though). --~--~-~--~~~---~--~~ 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: export question
I would then like to auto export this line from each ticket belonging to a milestone to a file in a format like: To offer another option that might be close enough to what you want, if you can use the Query module to generate a report with the fields you want, there are links at the bottom of that page to download that data in various other formats like CSV or as an RSS feed. You can capture the URL's for those links and you could write a simple external utility to grab that data and reformat it to whatever specific format you need. Every time you fetched the URL you'd get current information. So if you can produce an appropriate query, you can get the data without having to change anything in Trac itself. --~--~-~--~~~---~--~~ 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] Trac under IIS7 w/FastCGI?
Has anyone attempted to run Trac (0.11 in particular) under IIS7 with it's new FastCGI support? I thought I might try it, but wanted to see if anyone else had already played with it. --~--~-~--~~~---~--~~ 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: Error while creating a new project on WinXP
- Python 2.5 (python-2.5.2.msi) (installed to c:\dev\Python25) I'm hosting Trac on a WinXP box. I don't know why, but I've had issues if I installed Python into a directory other than the default directory (which is c:\python25). Not knowing Python, I just gave up and installed it there instead of C:\Program Files\Python25 where I'd originally wanted to put it. Also be sure to add the Python directory to your system path. As for the pathnames you entered, backslashes work fine for me (i.e. don't bother switching them to forward slashes). For what it's worth, here's what I installed (I didn't install the pywin32 extensions): python-2.5.1.msi ez_setup.py svn-python-1.4.6.win32.py2.5.exe easy_install pysqlite (was version 2.4.1 at the time) easy_install genshi (was version 0.4.4 at the time) easy_install pygments (was version 0.9 at the time) easy_install http://tracsvn.edgewall.com/repos/trac/tags/trac-0.11b1 Now you'd just use easy_install trac and you'd be fine. (YAY for the release of 0.11!) --~--~-~--~~~---~--~~ 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: Wiki markup lists with no bullets?
If I understand you correctly, you could use [[BR]] instead of starting paragraphs. Something like grin Actually that's what they had done. But it was so hard for me to look at that markup that I was trying to find something better. Also, some of the pages that had a couple of hundred [[BR]] macros on it seemed to be pretty slow to load (I assume it's a lot of effort to process all of those). But thanks for the suggestion! --~--~-~--~~~---~--~~ 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: CSS styling to adjust appearance of lists in wiki?
I came up with a way to accomplish the same effect a different way and it works the same in both Firefox and IE7: .wikipage p { margin-bottom:0px; } .wikipage ul, ol { margin-top:0px; } This removes the margin below paragraphs and above lists. The result is that they are butted up against each other when one comes right after the other. It doesn't seem to be a problem anywhere else because all the other elements still have margins on top and bottom and thus still stay separated. I don't know that it's the best solution, but it's nice in that it doesn't have any magic numbers in it and works the same in both browsers. --~--~-~--~~~---~--~~ 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: Wiki markup lists with no bullets?
Nope. Either make a macro or syntax provider, or just use HTML. I was afraid of that. The best I've come up with is to add a style like: .nobullets ul { list-style-image:none; list-style-type:none; } and then use the new DIV processor like this: {{{ #!div class=nobullets This is a non-bulleted list: * One * Sub One * Two }}} It's not pretty, but works. Trac wiki markup is deliberately simple I don't know if anyone else ever runs into the need for something like this, but it might be nice if there was an extension to the list handling in the wiki markup that used a special symbol for no-bullet lists. Perhaps something like: . One . Sub One . Two where the period acts just like an asterisk, only not visible. Still a simple syntax and probably easy to implement. --~--~-~--~~~---~--~~ 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: Wiki markup lists with no bullets?
Is this a common scenario? What kind of lists are you creating that you don't want a bullet for? I chatted with the people that were looking for this and they were trying to imitate the layout of some existing help pages. The contents were essentially a list of instructions. Not so much a step by step (which is why they didn't think a numbered list was appropriate) and having bullets was distracting, but they didn't like all of the paragraph breaks making the page very tall. I've changed the stylesheet to use a more diminutive bullet image and that's helping as well. So while I think the non-bulleted lists would be a good thing, I don't think it's a terribly important feature either. Does anyone else think non-bulleted lists sound useful? If not, I'll drop it. If there's more interest, I'll create a ticket for it. --~--~-~--~~~---~--~~ 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: External links in wiki?
1) How do trac.edgewall.org and trac-hacks.org get the external links to have the special symbol in front of the link? It should be present automatically as part of the CSS. My bad. I happen to test with links that shared the same server URL prefix. Once I finally found the code that does the rendering (in wiki/ formatter.py) I realized what was happening. I'm using tracd.exe, so the URL's are the same as our normal domain up to the port specifier. That's close enough for the code to think it's a local link (I was thinking that anything that specifically started with http://; would be an external link). Now that I know what's happening, I can figure out a workaround for it. Thanks for the info! --~--~-~--~~~---~--~~ 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: External links in wiki?
But please don't. Users should be free to open links how they want. Normally I'd agree with you. I was experimenting with embedding the Trac page inside an IE HTML Application (.HTA file). It'd be important in that context that links outside the Trac site be opened in a normal browser window and not in the constrained window for the .HTA. For what it's worth, Trac did work in the .HTA file, but the lack of the Back navigation function makes it somewhat awkward. I doubt we'll end up using it that way. --~--~-~--~~~---~--~~ 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: Wiki markup lists with no bullets?
It sounds like a decent feature for a general extra wiki formatter stuffs plugin. I would recommend starting one if it doesn't exist already. A good idea. If I was more versed in Python and Trac development I'd do that. Unfortunately I'm still at the find a similar plugin, steal the code, and muck around with it stage on this stuff. Do you have a suggestion for an existing plugin that does something along those lines (new wiki formatter features)? If so, I might be able to hack it into something like that. --~--~-~--~~~---~--~~ 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] External links in wiki?
First of all, congratulations to the team for releasing 0.11! I have a couple of questions on external links (i.e. http:\\* type links) in wiki pages: 1) How do trac.edgewall.org and trac-hacks.org get the external links to have the special symbol in front of the link? (The box with arrow symbol.) I like that look but haven't found a setting or plugin that appears to do that. 2) Is it possible to have an external link automatically open up in a new tab/browser window? I want internal links to work the normal way, but would like outside references to automatically go to another window. Thanks! --~--~-~--~~~---~--~~ 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] CSS styling to adjust appearance of lists in wiki?
If you have some wiki markup like: This is a line * One * Two it gets rendered something like pThis is a line/p ul liOne/li liTwo/li /ul When this displays, there's a large vertical space between the This is a line and the list (because there are margins at the end of the paragraph and the beginning of the list). So it ends up looking more like: This is a line * One * Two I'd like to tweak the styling a bit to pull the list up next to the previous line. I don't know CSS very well so I'd like some advice from others on this. The best results I've gotten so far are using: .wikipage ul, ol { margin-top:-13px; } .wikipage ul ul, ol ol { margin-top:0px; } Which pulls up the start of a list, unless it's nested inside another list. But it works differently on Firefox 3 and IE7 (Firefox looks fine, IE7 doesn't pull it up nearly as tight). I'm also not sure I like the hardcoded -13px part. Can anyone suggest an alternative that's more browser independent? Thanks! --~--~-~--~~~---~--~~ 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] Wiki markup lists with no bullets?
Is there any way to create a list in a wiki with no bullets displayed? Creating a list is easy, but in some cases I'd really like the list to have no bullets. I can think of some complicated ways to accomplish this, but is there an easy way I'm missing? Thanks! --~--~-~--~~~---~--~~ 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: Help with debugging a Trac macro?
Are you aware of http://trac-hacks.org/wiki/TocMacro? I have that macro loaded up, but I needed (well, wanted) different formatting than either the TOC() or TitleIndex() macros provide. In particular, I wanted the outline format and depth restrictions that TitleIndex(format=group,depth=2) provides, and the ability to pass a list of pages like TOC() provides. I also wanted to be able to format the display the lowest level of the outline as a horizontal list (as opposed to a vertical list) in order to not waste so much screen space. --~--~-~--~~~---~--~~ 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: Help with debugging a Trac macro?
OK, I got it figured out. Thanks for everyone's input! My problem wasn't in the recursion, it was that I didn't properly understand what the wiki.get_pages() method was going to return. What I had pictured in my mind wasn't what the routine actually did. Since I haven't figured out how to use any sort of debugger when working on these plugins, I didn't realize what wiki.get_pages() was actually returning. Is there a blog entry/wiki page/list post somewhere that describes how to use a Python debugger on a plugin like this? My Python experience is almost non-existant. Thanks again! --~--~-~--~~~---~--~~ 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] Help with debugging a Trac macro?
I'm working on (what I thought) was a simple Trac macro. Basically it's similar to the TitleIndex() macro but specific for my needs. Unfortunately I don't really know Python and I've run into a problem I just can't see. Could someone help me out and take a quick look at this? I'm tired of banging my head against the wall! :) I'll post the body of the code below (it's fairly short), but the gist of the problem is that I'm converting the list of wiki pages into HTML and getting duplicated data in my output like this: * Modem * TransmissionProblems * Troubleshooting * TransmissionProblems * Troubleshooting * Printers Note the duplication of TransmissionProblems and Troubleshooting which really only exist one time. It appears like some sort of corruption when the recursion unwinds, but it's not clear to me what it could be. I suspect it's a Python idiosyncrasy I don't know. Thanks for any help you can offer! Here's the body of the code (it's fairly short). Note that list_item() calls itself recursively. def render_macro(self, req, name, content): args, kw = parse_args(content) current_page = req.args.get('page', 'WikiStart') depth = int(kw.get('depth', 100)) wiki = WikiSystem(self.env) def list_item(parentpage,max_depth): item = [] item.append(html.A(wiki.format_page_name(parentpage[parentpage.rfind('/') +1:]), href=req.href.wiki(parentpage))) child_items = [] for page in sorted(wiki.get_pages(parentpage+'/')): if page.count('/') = max_depth: if child_items and page.count('/') == max_depth: child_items.append(html(', ')) child_items.append(list_item(page,max_depth)) if child_items: if parentpage.count('/') max_depth-1: item.append(html.UL(child_items)) else: item.append(html.UL(child_items,class_='wiki- children-bottom')) return html.LI(item) page_list = [] if not args: if current_page == '' or current_page == 'WikiStart': for parent_page in sorted(wiki.get_pages('')): page_list.append(list_item(parent_page,depth-1)) else: for parent_page in sorted(wiki.get_pages(current_page +'/')): page_list.append(list_item(parent_page,current_page.count('/')+depth)) else: for parent_page in args: page_list.append(list_item(parent_page,parent_page.count('/') +depth-1)) return html.DIV(html.UL(page_list),class_='wiki-children') --~--~-~--~~~---~--~~ 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: Help with debugging a Trac macro?
Could someone help me out and take a quick look at this? I'm tired of banging my head against the wall! Any hints at all? Even in the light of day, I'm not seeing the problem. Help! --~--~-~--~~~---~--~~ 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: Help with debugging a Trac macro?
I'm using GMail and I can't read your code at all. Paste-binning it would be more useful. I had to look that one up (paste-binning) -- I'd never run into that before, but it's handy. Anyway, here's a link to the full source file: http://pastebin.com/m7666910c The list_item() routine is the one that would seem to have the problem. It's recursive, and when it returns something's going awry. I suspect there's something about how Python handles local variables in recursive routines that I don't understand. The macro is completely contained within that file, except for some CSS stuff. I don't think it'll affect anything, but it's just: .wiki-children li { font-weight:bold; list-style-type:none; } .wiki-children-bottom li { font-weight:normal; display:inline; padding-left:1em; } Thanks for taking a look! --~--~-~--~~~---~--~~ 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] TitleIndex
I'm using the multi-sectioned naming scheme for my wiki pages (like group/section/page) and looking at the title index page (the output from the TitleIndex() macro for some of those pages: Here's an excerpt of what I'm seeing: * Test/ * Test/1234/a * Test/1234/b * Test/1234/c * Test/1234/d * Aa1 * Test/Aa1234/a * Test/Aa1234/b * Test/Aa1234/c * Test/Aa1234/d First off, why didn't Test/1234 get grouped up? And what's up with the using Aa1 instead of Aa1234 for the grouping? It may not seem like a big deal, but it's really messing with my structure (I've got some very specific needs for pages with numbers in the titles). There's obviously some special casing for numbers going on here -- can someone explain to me what's happening? Is there any easy way to fix this so it just treats the titles as straight strings and not interpret the numbers in any special way? Thanks! --~--~-~--~~~---~--~~ 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: how to prevent {{{ }}} areas from using scrollbars
Is there a switch/config/.css or something that we can use to prevent the annoying scrollbars from happening on {{{ }}} blocks. I see this myself a lot (on IE7) and on more sites that just Trac- based ones. I'm not sure what causes it, but it's annoying. --~--~-~--~~~---~--~~ 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: Displaying closed resolutions in workflow_parser.py?
If you don't mind, could you file an enhancement ticket, attach a patch to it, and assign it to me? That will keep this from getting lost. :) Hi Eli, I think I got it entered right. It's ticket #7211 and I attempted to assign it to you (hopefully I got the right username). I attached a patch file, but I'm not particularly familiar with patch files so hopefully it's the correct format (I used Beyond Compare to create the patch file and it supports 4 different patch file formats). Let me know if it doesn't make sense and I'll post the changes themselves (as you saw, it's just a couple of lines of code). --~--~-~--~~~---~--~~ 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: Displaying closed resolutions in workflow_parser.py?
Anyone got a quick patch for workflow_parser.py (that's the code that converts a Trac Workflow into a pretty picture) that includes the resolution state in the titles for closed ticket transitions? To answer my own question, here's what I ended up changing in workflow_parser.py: def actions2graphviz(actions, show_ops=False, show_perms=False): Returns a list of lines to be fed to graphviz. # The size value makes it easier to create a useful printout. color_scheme = ColorScheme() digraph_lines = ['digraph G {\ncenter=1\nsize=10,8\n'] for action, attributes in actions.items(): label = [attributes['name'], ] if show_ops: label += attributes['operations'] if show_perms: label += attributes['permissions'] if 'set_resolution' in attributes: label += ['(' + attributes['set_resolution'] + ')'] for oldstate in attributes['oldstates']: color = color_scheme.get_color(attributes['name']) digraph_lines.append( '%s - %s [label=%s color=%s fontcolor=%s]\n' % \ (oldstate, attributes['newstate'], '\\n'.join(label), color, color)) digraph_lines.append('}\n') return digraph_lines Basically I removed the rotate command from the initial 'Digraph' so that the image came out right-side up (I'm not sure why you'd want it rotated in the first place) and then added a couple of lines to add the set_resolution state to the diagram (if it exists). I find this useful -- perhaps somebody else will too. --~--~-~--~~~---~--~~ 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: Custom Workflows: showworkflow on Windows
Oddly enough I _just_ played with this on a Windows box today. The showworkflow script isn't useful as it's linux specific, but it's really just a shell around some python code and that code works just fine on Windows as far as I can tell. Here's what I did: 1) Installed the Windows version of Graphviz to the machine (http:// www.graphviz.org/Download_windows.php) 2) Copied workflow_parser.py from the Trac source contrib directory to C:\python25\scripts 3) Opened a command prompt window in C:\python25\scripts 4) Ran workflow_parser.py c:\pathtotrac\conf\trac.ini workflow.dot 5) Ran dot -T png workflow.dot workflow.png Obviously you could make a small batch file around the last 3 steps to automate the process. In the end I had a nice pretty picture in workflow.png. It's sideways for some reason, so I just right clicked on it in Windows Explorer and rotated it. --~--~-~--~~~---~--~~ 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: trac-post-commit-hook - on windows
I am setting up a subversion + apache + trac (0.11b2) + build server and I am having problems getting the subversion - trac intergration working properly (or even at all). I'm running SVN and Trac on a Windows box. Here's what I've got for working for me. I'm sure the formatting will be totally mangled by posting here, but hopefully you can make it out. I've substituted xxx for all the site-specific stuff. The svnnotify file is just a handy utility for sending emails upon SVN commits. It's a perl script that's called by a batch file. Google on SVN::Notify if you interested in that. POST-COMMIT.BAT: @echo off set REPOSITORY=%1 set REVISION=%2 set PATH=c:\windows\system32;c:\windows;c:\progra~1\collab~1;c: \python25;c:\perl\bin set COMSPEC=c:\windows\system32\cmd.exe set OS=Windows_NT set SYSTEMROOT=c:\windows call c:\perl\site\bin\svnnotify.bat --repos-path %REPOSITORY% -r %REVISION% --revision-url http://svn.xxx.com:8000/xxx/changeset/%%% %s --subject-prefix [SVN] --from SVN [EMAIL PROTECTED] --smtp mail.xxx.com --handler HTML::ColorDiff --with-diff --to [EMAIL PROTECTED] call C:\trac\trac-post-commit-hook.cmd %REPOSITORY% %REVISION% c: \trac\xxx The trac-post-commit-hook.cmd is just from the trac repository as I recall but I'll show it here so you can see what I'm using: TRAC-POST-COMMIT-HOOK.CMD: @ECHO OFF :: :: Trac post-commit-hook script for Windows :: :: Contributed by markus, modified by cboos. :: Usage: :: :: 1) Insert the following line in your post-commit.bat script :: :: call %~dp0\trac-post-commit-hook.cmd %1 %2 %3 :: :: 2) Check the 'Modify paths' section below, be sure to set at least TRAC_ENV :: -- :: Modify paths here: :: -- this one *must* be set SET TRAC_ENV=%3 :: -- set if Python is not in the system path SET PYTHON_PATH=c:\python25 :: -- set to the folder containing trac/ if installed in a non- standard location SET TRAC_PATH=c:\progra~1\trac :: -- :: Do not execute hook if trac environment does not exist IF NOT EXIST %TRAC_ENV% GOTO :EOF set PATH=%PYTHON_PATH%;%PATH% set PYTHONPATH=%TRAC_PATH%;%PYTHONPATH% SET REV=%2 Python %~dp0\trac-post-commit-hook -p %TRAC_ENV% -r %REV% --~--~-~--~~~---~--~~ 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: Custom ticket validations?
Christian, You can write a component implementing the ITicketManipulator interface (see in trac/ticket/api.py). If you're talking about 0.11dev, you should have a look to http://trac.edgewall.org/ticket/6879 Looks like things a bit in flux here still. I'm running 0.11b2 so perhaps I'll wait a bit until 0.11 is finally release before pursuing this. I know nothing about Trac's codebase and don't know Python so I think I'll try and find someone to do the plugin for me rather than try to get up to speed for something like this. Thanks for the info Christian! If anyone out there's interested in a simple side project for some cash, let me know and we'll work something out! --~--~-~--~~~---~--~~ 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] Query on modified date?
How do you run a query where the selection is based on the modified date? For example, I'd like a query which shows all the tickets closed since a particular date or perhaps in the last 30 days. I saw some emails in the group that showed how to do this sort of thing with reports, but nothing for the query module. Since you're deprecating the report module I assumed that there's probably a way to do this with queries as well. Thanks! --~--~-~--~~~---~--~~ 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: Single sign-on to multiple projects?
Noah, TracForge handles this. I think I ported that portion of it to 0.11 already. Thanks for the pointer to TracForge, I hadn't noticed that plugin before. It's not clear what the actual status of this plugin is though. Perhaps you could clarify a few questions for me? If it matters, I don't need the functions for creating new projects (I've only got 3 and they're easily enough added manually in my environment). 1) Is TracForge ready for use with 0.11b2? 2) Is it compatible with Windows tracd servers? Some of the comments in the tickets for the plugin imply that it might not be. 3) Any problem using this with AccountManagerPlugin? 4) There are a number of patches mentioned at trac-hacks.org and at http://theshed.hezmatt.org/mattshacks/tracforge/_patches/bugfixes/. Are these necessary/recommended? 5) Any risks with this plugin? Any problem removing it again cleanly if it doesn't work for me? Sorry for the questions, but the documentation on trac-hacks.org for TracForge isn't very clear about it's current status. --~--~-~--~~~---~--~~ 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] How to display info on Wiki page in box to the right?
I'd like to display some text/links on the right side of a wiki page in a separate box. I'd like it to look similar to how a [[PageOutline]] or [[TOC()]] macro would look, just with arbitrary wiki markup in it. I keep thinking there must be a way to do this that I haven't seen, but I haven't found any macros or processors either built-in or as plugins that seem to have this feature built in. Can someone help me out here? Thanks! --~--~-~--~~~---~--~~ 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: How to display info on Wiki page in box to the right?
You can use the NewsFlashMacro to accomplish this. Thanks! I did figure out another way though that doesn't require any plugins and allows a lot of flexibility. The DIV wiki processor does what we need in conjunction with some standard trac css declarations. It works in 0.11b2, I'm not sure if it'll work in older versions or not. This adds a standard box to side (formatted just like a table on contents box): {{{ #!div class=wiki-toc This goes into a box on the side }}} You can tweak the appearance with a bit of CSS code: {{{ #!div class=wiki-toc style=background-color: #ffccff A second box with a different background color }}} Note that you can have more than one on the page and they line up next to each other. One advantage of this method is that the default colors and layout would match the standard layouts of the rest of your Trac site. --~--~-~--~~~---~--~~ 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] Any way to include grouping, ordering, and column options to default_query
In the trac.ini file there's options for the default query strings: [query] default_anonymous_query = status!=closedcc~=$USER default_query = status!=closedowner=$USER Is there any way to including grouping, ordering, and column options in those queries? I've tried all the syntaxes I could think of and they seem to be ignored. I guessed something like: default_query = status=!=closedowner= $USERgroup=statusorder=prioritycol=id|summary|type or default_query = status=!=closedowner= $USERgroup=statusorder=prioritycol=idcol=summarycol=type would work, but I can't seem to get Trac to pay attention to the group, order, and col options. Am I missing something here or is it just not supported? --~--~-~--~~~---~--~~ 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] Help installing WikiInclude on 0.11?
I'm just getting started with Trac and I'm trying to install my first plugin and not having much luck. Could someone give me a hand getting this first one going? I'm running Trac 0.11 on Windows using tracd and it's working fine. I want to install the WikiInclude plugin from http://trac-hacks.org/wiki/WikiIncludePlugin (note that I'm working with the version 0.2 that's attached at the bottom that's specifically marked as 0.11 compatible). I started by downloading the archive and extracting it to a scratch directory on my server. I then ran python setup.py bdist_egg to create the *.egg file. That seemed to work and I ended up with a file called WikiInclude-0.2-py2.5.egg that would seem to be what I want. I copied that egg file to the /plugins directory of my Trac project. I added wikiinclude.* = enabled to the [components] section of my trac.ini file. I stopped the trac service and killed the python process that was still running so everything should be shut down. I started the Trac service again. I can now access my Trac project again, but when I try to use the plugin, I just get an error message on the page that says No macro or processor named 'WikiInclude' found. If I go into the Admin page for plugins, it does not list the plugin at all (only Trac 0.11dev-r5892 is listed). Any ideas what I might have done wrong? Thanks for the help! P.S. Is it necessary for me to kill the python.exe process on the server to really restart everything? Are there any consequences to killing that process manually or is there some better way to get it to shut itself down? --~--~-~--~~~---~--~~ 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: Help installing WikiInclude on 0.11?
Thanks for offering to help, Rainer. I had to dig a bit just to find out where you turned on logging, but I think this is what you're asking for. I assume the first line means that it did indeed find the plugin. Why wouldn't it show up in the Admin module though? Any ideas what's wrong? Is there a better plugin test with for 0.11? Thanks! Please enable debugging and show the output. 2007-09-07 14:07:47,858 Trac[loader] DEBUG: Adding plugin WikiInclude 0.2 from c:\network\trac\opto\plugins\wikiinclude-0.2-py2.5.egg 2007-09-07 14:07:47,875 Trac[loader] DEBUG: Loading trac.ticket.web_ui from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:47,937 Trac[loader] DEBUG: Loading trac.mimeview.php from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:47,937 Trac[loader] DEBUG: Loading trac.ticket.query from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:47,953 Trac[loader] DEBUG: Loading trac.attachment from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:47,953 Trac[loader] DEBUG: Loading trac.versioncontrol.svn_fs from c:\python25\lib\site-packages \trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,421 Trac[loader] DEBUG: Loading trac.mimeview.patch from c:\python25\lib\site-packages \trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,437 Trac[loader] DEBUG: Loading trac.mimeview.txtl from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,437 Trac[loader] ERROR: Skipping trac.mimeview.txtl = trac.mimeview.txtl [textile]: (textile=2.0 not found) 2007-09-07 14:07:48,437 Trac[loader] DEBUG: Loading trac.admin.web_ui from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,453 Trac[loader] DEBUG: Loading trac.ticket.admin from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,453 Trac[loader] DEBUG: Loading trac.mimeview.rst from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,467 Trac[loader] ERROR: Skipping trac.mimeview.rst = trac.mimeview.rst [rest]: (docutils=0.3 not found) 2007-09-07 14:07:48,467 Trac[loader] DEBUG: Loading trac.db.postgres from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,467 Trac[loader] DEBUG: Loading trac.versioncontrol.web_ui from c:\python25\lib\site-packages \trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,467 Trac[loader] DEBUG: Loading trac.timeline from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,467 Trac[loader] DEBUG: Loading trac.mimeview.pygments from c:\python25\lib\site-packages \trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,515 Trac[loader] DEBUG: Loading trac.about from c: \python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,515 Trac[loader] DEBUG: Loading trac.ticket.roadmap from c:\python25\lib\site-packages \trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,515 Trac[loader] DEBUG: Loading trac.mimeview.silvercity from c:\python25\lib\site-packages \trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,530 Trac[loader] ERROR: Skipping trac.mimeview.silvercity = trac.mimeview.silvercity [silvercity]: (SilverCity=0.9.4 not found) 2007-09-07 14:07:48,530 Trac[loader] DEBUG: Loading trac.wiki.macros from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,530 Trac[loader] DEBUG: Loading trac.db.sqlite from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,530 Trac[loader] DEBUG: Loading trac.wiki.web_ui from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,530 Trac[loader] DEBUG: Loading trac.mimeview.enscript from c:\python25\lib\site-packages \trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,546 Trac[loader] DEBUG: Loading trac.web.auth from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,546 Trac[loader] DEBUG: Loading trac.admin.console from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,562 Trac[loader] DEBUG: Loading trac.db.mysql from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,562 Trac[loader] DEBUG: Loading trac.search from c: \python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,562 Trac[loader] DEBUG: Loading trac.prefs from c: \python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,562 Trac[loader] DEBUG: Loading trac.ticket.report from c:\python25\lib\site-packages\trac-0.11dev_r5892-py2.5.egg 2007-09-07 14:07:48,592 Trac[default_workflow] DEBUG: Workflow actions at initialization: {'worksforme': {'operations': [u'set_resolution'], 'name': u'Close ticket', 'default': 20, 'newstate': u'closed', 'set_resolution': u'worksforme', 'oldstates': [u'new'], 'permissions': []}, 'working': {'operations': [u'set_resolution'], 'name': u'Close ticket', 'default': 80, 'newstate': u'closed', 'set_resolution': u'fixed', 'oldstates':