ticket,summary,type,release,owner,status,created,modified,_description,_reporter 10299,Graphs are not complete,defect,0.12,Peter Kropf,new,2012-09-10T13:18:39+02:00,2012-09-10T13:18:39+02:00,"The graphs are getting displayed but around 5% of the graph is cut from the right. Please suggest.",rajnesh.siwal@… 1022,Wrong mime type for SVG,defect,0.11,Christian Boos,new,2006-12-18T11:57:43+01:00,2009-06-09T10:51:20+02:00,"GraphvizPlugin sends wrong mime type for SVG file. Thats why I couldn't see a SVG object with Firefox's build-in SVG plugin. I've fixed it. Just replace this line {{{ #!python return req.send_file(img_path) }}} by this one {{{ #!python req.send_file(img_path, mimeview.get_mimetype(img_path)) }}} And set import {{{ #!python from trac import mimeview }}} ",anonymous 4106,patch for non-latin character error output,defect,0.10,Christian Boos,new,2008-11-17T10:10:23+01:00,2012-02-06T06:00:00+01:00,"{{{ #!patch Index: graphviz/graphviz.py =================================================================== --- graphviz/graphviz.py (revision 3045) +++ graphviz/graphviz.py (working copy) @@ -16,10 +16,7 @@ __version__ = '0.6.9' -try: - from cStringIO import StringIO -except ImportError: - from StringIO import StringIO +from StringIO import StringIO import sha import os import sys @@ -401,8 +398,8 @@ if input: p_in.write(input) p_in.close() - out = p_out.read() - err = p_err.read() + out = p_out.read().decode('utf-8') + err = p_err.read().decode('utf-8') return out, err }}} cannot convert to ascii before this patch when there is an error output from graphviz with non-latin characters",moo.tinys@… 4760,Fix for Markup(map) with unicoded strings when using MasterTicketsPlugin depgraph,defect,0.11,Christian Boos,new,2009-03-09T21:54:34+01:00,2009-06-09T10:07:53+02:00,"I'm using [http://trac-hacks.org/wiki/MasterTicketsPlugin MasterTicketsPlugin] with GraphvizPlugin. And I have some cyrillic symbols in my tickets. When I was trying to create a depgraph for any ticket, I was getting this error: {{{ Trac detected an internal error: UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 43: ordinal not in range(128) }}} That's the source of this problem: {{{ File ""build/bdist.linux-x86_64/egg/depgraph/web_ui.py"", line 146, in process_requestFile ""build/bdist.linux-x86_64/egg/depgraph/depgraph.py"", line 240, in expand_macroFile ""build/bdist.linux-x86_64/egg/graphviz/graphviz.py"", line 406, in expand_macro }}} I don't know Python language, but I've figured how to fix it. I've changed the ""open(map_path, 'r')"" to ""codecs.open(map_path, 'r', 'utf-8')"" and added ""import codecs"". Now, this problem has gone, and everything seems to work. Patch for graphvizplugin 0.11-0.7.4 is attached. Feel free to make something more reasonable than stupid code from non-python (non-)programmer.",Dmitry Shurupov 5641,IOError: [Errno 32] Broken pipe,defect,0.11,Peter Kropf,new,2009-08-08T15:07:33+02:00,2012-02-06T05:59:09+01:00,"I just downloaded your plugin via the link ""latest stable version (0.7.5)"" (I also tried ""latest unstable version (0.7.6dev)"", but I get the same version 0.7.5dev r6347 ?) Anyway, it does not work. I get an ""IOError: [Errno 32] Broken pipe"" error message. {{{ File ""/usr/lib/python2.4/site-packages/Trac-0.11.1-py2.4.egg/trac/wiki/formatter.py"", line 166, in _macro_processor text) File ""build/bdist.linux-i686/egg/graphviz/graphviz.py"", line 227, in expand_macroFile ""build/bdist.linux-i686/egg/graphviz/graphviz.py"", line 430, in launch }}} I am using trac 0.11.1",anonymous 5663,Graphviz SVG output Scaled poorly with default setting of DPI = 96,defect,0.11,Peter Kropf,new,2009-08-11T23:04:38+02:00,2012-04-27T18:06:54+02:00,"I am upgrading from an old trac install to a new trac install on a new server. My old install was trac-11.5-stable running graphvizplugin-0.6.9. All my graphs on the new setup were scaled badly and the viewport cut off some of the details on the side/bottom of the graph. I tracked the thing that changed down to emitting the dot param -Gdpi=96. (In the older version I was using this param was elided). Without this parameter everything renders correctly. I fixed this by setting the following in my trac.ini, but this seems like unintended behaviour either way. {{{ #!ini [graphviz] default_graph_dpi = 72 }}} Running on Trac-0.11.6stable_r8458-py2.6 {{{ $ svn info Path: . URL: http://trac-hacks.org/svn/graphvizplugin/0.11 Repository Root: http://trac-hacks.org/svn Repository UUID: 7322e99d-02ea-0310-aa39-e9a107903beb Revision: 6365 Node Kind: directory Schedule: normal Last Changed Author: cboos Last Changed Rev: 5995 Last Changed Date: 2009-06-09 04:27:19 -0400 (Tue, 09 Jun 2009) and the latest graphvizplugin 0.7.6dev-r6365 }}} ==== How to Reproduce ==== Render any graph through dot with the mentioned version with the default setting of dpi=96. Observe that the graph is scaled wrong and cuts off the edge of the graph. You can see that it is scaling the whole graph by emitting the following in the svg file {{{ #!xml }}} HTH, Russ",Russ Tyndall 6977,URL field does not work with label containing Unicode characters,defect,0.11,Peter Kropf,new,2010-04-14T08:58:47+02:00,2010-04-14T09:00:13+02:00,"Trac: 0.11.7 GraphvizPlugin: 0.7.6dev (via easy-install) GraphvizPlugin does not work with URL and unicode label (or maybe it's Trac?). The following sample causes Genshi error: {{{ #!graphviz digraph G { GraphvizPlugin [label=""Plugin"" URL=GraphvizPlugin] } }}} It works well with Unicode label without URL or URLS with ascii labels. Working samples follow. {{{ GraphvizPlugin [label=""Plugin"" URL=GraphvizPlugin] GraphvizPlugin [label=""Дополнение""] }}} ",Vsevolod Krishchenko 11310,Graphviz ValueError: unsupported hash type,defect,1.0,Christian Boos,new,2013-09-07T06:16:10+02:00,2013-09-18T01:37:53+02:00," trying to use graphviz in wiki {{{ {{{ #!graphviz digraph G {Hello->World} }}} }}} after submit page, got error: {{{ ValueError: unsupported hash type == Python Traceback == File ""/root/.python-eggs/Trac-1.0-py2.6.egg-tmp/trac/wiki/templates/wiki_view.html"", line 49, in
File ""build/bdist.linux-x86_64/egg/trac/wiki/formatter.py"", line 1546, in format_to_html return HtmlFormatter(env, context, wikidom).generate(escape_newlines) File ""build/bdist.linux-x86_64/egg/trac/wiki/formatter.py"", line 1501, in generate escape_newlines) File ""build/bdist.linux-x86_64/egg/trac/wiki/formatter.py"", line 1244, in format self.handle_code_block(line, block_start_match) File ""build/bdist.linux-x86_64/egg/trac/wiki/formatter.py"", line 1134, in handle_code_block processed = self.code_processor.process(code_text) File ""build/bdist.linux-x86_64/egg/trac/wiki/formatter.py"", line 356, in process text = self.processor(text) File ""build/bdist.linux-x86_64/egg/trac/wiki/formatter.py"", line 343, in _macro_processor text) File ""build/bdist.linux-x86_64/egg/graphviz/graphviz.py"", line 313, in expand_macro sha_key = hashlib.new(encoded_cmd + encoded_content).hexdigest() File ""/usr/lib64/python2.6/hashlib.py"", line 101, in __hash_new return __get_builtin_constructor(name)(string) File ""/usr/lib64/python2.6/hashlib.py"", line 80, in __get_builtin_constructor raise ValueError, ""unsupported hash type"" == System Information: == User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.65 Safari/537.36 || Trac || 1.0 || || Agilo || 1.3.10-PRO || || Genshi || 0.7 (without speedups) || || psycopg2 || 2.0.14 || || pygments || 1.4 || || Python || 2.6.8 (unknown, Mar 14 2013, 09:31:22) [GCC 4.6.2 20111027 (Red Hat 4.6.2-2)] || || setuptools || 0.8 || || subversion || 1.7.10 (r1485443) || || jQuery || 1.7.2 || == Enabled Plugins: == /root/.local/lib/python2.6/site-packages/binary_agilo-1.3.10_PRO-py2.6.egg /var/lib/trac/scrum/plugins/graphviz-0.7.5-py2.6.egg /var/lib/trac/scrum/plugins/TestManager-1.7.1-py2.6.egg /root/.local/lib/python2.6/site-packages/TracAccountManager-0.4.3-py2.6.egg /var/lib/trac/scrum/plugins/TracGenericClass-1.1.5-py2.6.egg /var/lib/trac/scrum/plugins/TracGenericWorkflow-1.0.4-py2.6.egg /root/.local/lib/python2.6/site-packages/TracPermRedirect-3.0-py2.6.egg /root/.local/lib/python2.6/site-packages/TracSQL-0.3-py2.6.egg /root/.local/lib/python2.6/site-packages/TracStats-0.5-py2.6.egg /root/.local/lib/python2.6/site-packages/TracXMLRPC-0.1-py2.6.egg }}}",jerry.yang.jin@… 821,Trac graphviz error text/x-python and text/x-perl,defect,0.11,Christian Boos,new,2006-10-17T14:10:13+02:00,2010-03-30T11:51:36+02:00,"Using version 0.6.7 of the GraphVizPlugin, Trac 0.9.6, and mod_python, I get the following in the syslog: {{{ Trac[graphviz] ERROR: text/x-python Trac[graphviz] ERROR: text/x-perl }}} The page seems to render nicely without graphs, i.e. there's no graphs on that page, the standard WikiFormatting page. When I go to another page, e.g. the WikiStart page, there's no errors reported in the syslog. I've tried a few other pages, but not all of them. Same story. This is merely a mild annoyence, but still.",Lars Stavholm 1048,Refer to source repository file for Graphviz commands,enhancement,0.11,Christian Boos,new,2006-12-27T01:24:47+01:00,2012-02-06T06:02:00+01:00,"It would be useful to have some syntax to retrieve GraphViz commands from a file in the source repository. Something like this: {{{ {{{ #!graphviz source:myproject/trunk/doc/model.dot }}} }}} Would allow the Wiki to display an appropriately versioned UML model, for example. Thanks.",Jeff Kowalczyk 1049,Run script on source repository file to generate GraphViz commands,enhancement,0.11,Christian Boos,new,2006-12-27T01:36:44+01:00,2009-06-09T10:49:01+02:00,"Building on #1048, it would be useful to have a syntax to run a (python) script with arguments to retrieve Graphviz commands. The typical argument would be a file in the source repository. Something like this: {{{ {{{ #!graphviz py2uml source:myproject/trunk/doc/model.py }}} }}} Presuming a fictional py2uml script that would do the job, this would allow the Wiki to display an appropriately versioned UML model, without a manually maintained .dot file. The GraphvizPlugin config file sections could be used to define allowed scripts (and short path-free aliases), as well as define the temporary directory where the rendering of the script could be cached based on the repository source revision. Thanks.",Jeff Kowalczyk 1478,Scale graphviz output proportional to page width,enhancement,0.12,Christian Boos,new,2007-04-23T20:22:26+02:00,2018-02-14T22:32:05+01:00," Before installing the graphviz plugin, we commonly screen captured graphviz output and put it into trac pages as an image-macro scaled to a percentage of the page width ''e.g.'', ![[Image(Graph.png,40%)]] It would be really cool to be able to do this type of scaling with the graphviz plugin output, especially for large graphs that are too big for most monitors. ",joe_merchant@… 2308,[PATCH] Add mscgen support to GraphvizPlugin,enhancement,0.10,Christian Boos,new,2007-12-14T17:33:44+01:00,2009-08-29T22:29:00+02:00,"Here is a patch adding mscgen support to GraphvizPlugin. * mscgen (http://www.mcternan.me.uk/mscgen/) is a Message Sequence Chart text processor. * Its usage is almost same as graphviz tools and works in a similar manner. * It cannot output in svg so that i force its output png only in the patch.",Satoru SATOH 2923,Trac-hack request: GNU plotutils plugin,enhancement,0.11,Christian Boos,new,2008-04-17T03:27:33+02:00,2009-06-09T14:38:47+02:00,"i'm a huuuuuuuuuuuuuuuuuuuuuge fan of the [http://trac-hacks.org/wiki/GraphvizPlugin GraphvizPlugin]! :) would the author consider implementing a similar plugin for [http://www.gnu.org/software/plotutils/plotutils.html gnu's plotutils?] there's this nifty program called [http://www.umlgraph.org umlgraph] that uses graphviz to generate class diagrams and pic2plot to generate sequence diagrams. i'm already littering my wiki pages with graphviz diagrams. would be nice if i could do the same with pic2plot. thanks for your consideration and thanks again for the graphvizplugin!!",anonymous 4005,Allow user to pass optional arguments to graphviz processor,enhancement,0.10,Christian Boos,new,2008-10-29T04:55:20+01:00,2009-06-09T10:40:22+02:00,"For some graphs I'd like to put in the wiki, I need to manually control the layout. This is usually achieved by outputting the graph as canonical dot, editing the positions, and resubmitting through neato -n1 (i.e. the no-op layout option). GraphvizPlugin doesn't currently allow the user to pass arguments to the graphviz commands. Attached is a patch to [4635] that allows the user to specify -n1, -n2, or -x ; these are also considered when checking cache. Badnesses in the patch: * These are neato-only options, but I'm not testing for that. * I didn't have a default argument to use, so the argument list allows an empty string, which means that the constructor in get_macros() doesn't include it. * The empty string argument also looks ugly when tested for in render_macro() (when tested against Graphviz.Arguments) * the argument goes last in the macro name (graphviz.processor/format-args) but in the middle in filenames (graphviz.processor.args.format) * I've only provided a RegExp match, the string.split method doesn't detect it. * I have invoked but not specifically tested the config.get clause in load_config(). * There is no way to see the canonical dot output of a graph through the wiki, in order to work out the node positions for meaningful use of -n1 and -n2. I've been running dot by hand from the command-line; not all users will have this facility easily available. Other considerations: * Lots of interesting options take more specifiers (e.g. -G, -N, -E) -- however at the moment I'm matching against specific strings, not regexps. * Some arguments may provide some attack vector into the server (i.e. -l library) or interfere with the plugin's expected behaviour. * If a particular installation wants to have very specialised options, they could do worse than create a script in the same directory as the graphviz commands, and extend the Graphviz.Processors array. That was my first thought!",jimc 4055,Output frame in wiki pages too small when using vector (SVG) output,defect,0.11,Christian Boos,new,2008-11-09T10:35:21+01:00,2009-06-09T10:32:39+02:00,With !GraphvizPlugin-0.11-0.7.4 the output frame in wiki pages is too small (it gets scrollbars in FF-2.0.0.17). The attached patch fixes it at least for me.,Felix Tiede 4567,Environment configuration for variables like GV_FILE_PATH,enhancement,0.10,Christian Boos,new,2009-02-03T08:34:27+01:00,2009-06-09T10:15:21+02:00,"I'm trying to use custom shapes using external files. Graphviz needs a GV_FILE_PATH variable to look for those files (see http://www.graphviz.org/Documentation/html/shapehowto.html). I tried to set this variable using system wide environment configuration, apache init.d script, etc, but it does not reach Graphviz environment. It would be nice to introduce a graphviz config variable (at trac.ini) to specify environment variables. ",Marc Canaleta 5307,Image like usage,enhancement,0.11,Christian Boos,new,2009-06-01T13:36:51+02:00,2020-05-19T09:21:16+02:00,"Is it possible to use the GraphvizPlugin to include rendered images of files stored in the repository on wiki pages? Here is a more detailed description: When including images on trac pages, it is possible to use {{{ [[Image(source:/file.png)]] }}} Is there something similar for graphviz files? If there is, this should be added to the GraphvizPlugin wiki page.",Bieringe Dominik 5642,Error: dot: can't open tree.dot,defect,0.11,Peter Kropf,new,2009-08-08T15:27:03+02:00,2022-01-04T19:30:12+01:00,"I am using 0.7.5dev on Centos Linux. I have set the `out_format` to SVG. The command: {{{ ['/usr/bin/dot', '', u'-Tsvg', u'-o/tmp/trac/gvcache/90cf7ab897a5d62a533154aaeed4d74c51701f89.dot.svg'] }}} failed with the following output: {{{ Error: dot: can't open }}}",anonymous 6040,Too many help entries on the WikiMacros page,defect,0.11,Peter Kropf,new,2009-10-27T04:23:09+01:00,2009-10-27T04:23:09+01:00,"This plugin results in many help entries on the WikiMacros page. It would be nice to reduce the number of entries. [[Image(GraphvizPlugin_MacroDoc.png)]]",Ryan J Ollos 6927,Anti-aliased images through pangocairo support issue,defect,0.11,Christian Boos,new,2010-04-05T04:19:32+02:00,2010-04-08T19:56:28+02:00,"I successfully rebuild graphviz-2.26.3-!r1 with cairo flag and after that !GraphvizMacro generate this on any png-graph: {{{ Graphviz macro processor has detected an error. Please fix the problem before continuing. The command: '/usr/bin/dot -Tpng -o/home/projects/trac/test/gvcache/bc0a3f3d9543447ce35d4e220101a9afa31a956a.dot.png -Gdpi=96' succeeded but emitted the following output: ""\n(process:6157): Pango-WARNING **: error opening config file '/dev/null/.pangorc': Not a directory\n\n"" }}}",entend 7775,One of the examples in graphviz gallery does not work (but works from command line),defect,0.11,Peter Kropf,new,2010-10-05T12:37:31+02:00,2010-10-05T12:41:00+02:00,"I'm trying to run this example: http://www.graphviz.org/Gallery/directed/cluster.html Unfortunately when graphviz plugin runs the dot, it produces broken svg file, with later complain from rsvg. Running the same source file through dot in command line works just fine. The problem is with the label=""something"" command. Commenting it out makes the whole thing work. Thanks.",haizaar@… 8092,Handle non-ascii correctly,defect,0.11,Christian Boos,new,2010-11-19T14:45:18+01:00,2011-03-26T07:28:11+01:00,"First of all, lovely plugin! This works: {{{ {{{ #!graphviz digraph Works { Stockholm [label=""Stockholm stad"" ] Örebro [color=red, label=""Örebro stad""] Stockholm->Örebro } }}} }}} Adding URL=""whatever"" fails with message: {{{ Genshi UnicodeDecodeError error while rendering template (unknown template location) }}} {{{ {{{ #!graphviz digraph Fails { Stockholm [label=""Stockholm stad"" ] Örebro [color=red, label=""Örebro stad"", URL=""whatever""] Stockholm->Örebro } }}} }}} If this is a config error please hint in docs. ",Peter 8678,Possibility to use macros in urls,enhancement,0.11,Peter Kropf,new,2011-04-06T10:22:33+02:00,2011-04-07T10:06:03+02:00,"Hello, I would like to use this plugin to create graphs of bibliographies, using it together with the tracbibluplig. In other words, I'd like to include a bibliography file at the beginning of the page and use in the url function a macro like `[[BibCite(PublicationX)]]` in order to have the link to the bibliography entry appear in the graph. it this possible? ",anonymous 9033,PATCH: Graphvizplugin doesn't surround it's img tags by

like normal images in trac,defect,0.11,Peter Kropf,new,2011-07-26T23:51:45+02:00,2011-07-26T23:51:45+02:00,"This can cause problems for some export plugins, namely http://trac-hacks.org/wiki/OdtExportPlugin (in it's case, the image doesn't show). A patch to fix it is attached",Benoit Grégoire 9280,AttributeError: 'NoneType' object has no attribute 'bands',defect,0.12,,new,2011-10-18T10:21:02+02:00,2020-07-22T08:13:00+02:00,"Hi.. I've installed Graphviz, i got this error if i print it as pdf (using TracWikiPrint-Plugin), if i don't insert graphviz code in the wiki site, the pdf just doing fine and don't get this error. Can these 2 Plugins work together? or did i miss something in the installation? Could somebody help me? Thank you in advance. {{{ Oops… Trac detected an internal error: AttributeError: 'NoneType' object has no attribute 'bands' This is probably a local installation issue. Found a bug in Trac? If you think this should work and you can reproduce the problem, you should consider creating a bug report. Note that the TracWikiPrintPlugin plugin seems to be involved. Please report this issue to the plugin maintainer. Before you do that, though, please first try searching for similar issues, as it is quite likely that this problem has been reported before. For questions about installation and configuration of Trac or its plugins, please try the mailing list instead of creating a ticket. Otherwise, please a new bug report describing the problem and explain how to reproduce it. Python Traceback Most recent call last: File ""build/bdist.linux-x86_64/egg/trac/web/main.py"", line 513, in _dispatch_request File ""build/bdist.linux-x86_64/egg/trac/web/main.py"", line 235, in dispatch File ""build/bdist.linux-x86_64/egg/trac/wiki/web_ui.py"", line 172, in process_request File ""build/bdist.linux-x86_64/egg/trac/mimeview/api.py"", line 982, in send_converted File ""build/bdist.linux-x86_64/egg/trac/mimeview/api.py"", line 681, in convert_content File ""build/bdist.linux-x86_64/egg/wikiprint/wikiprint.py"", line 383, in convert_content File ""build/bdist.linux-x86_64/egg/wikiprint/wikiprint.py"", line 235, in html_to_pdf File ""/usr/lib/python2.5/site-packages/pisa-3.0.33-py2.5.egg/sx/pisa3/pisa_document.py"", line 172, in pisaDocument File ""/usr/lib/python2.5/site-packages/reportlab-2.5-py2.5-linux-x86_64.egg/reportlab/platypus/doctemplate.py"", line 880, in build File ""/usr/lib/python2.5/site-packages/reportlab-2.5-py2.5-linux-x86_64.egg/reportlab/platypus/doctemplate.py"", line 763, in handle_flowable File ""/usr/lib/python2.5/site-packages/reportlab-2.5-py2.5-linux-x86_64.egg/reportlab/platypus/frames.py"", line 174, in _add File ""/usr/lib/python2.5/site-packages/reportlab-2.5-py2.5-linux-x86_64.egg/reportlab/platypus/flowables.py"", line 108, in drawOn File ""/usr/lib/python2.5/site-packages/reportlab-2.5-py2.5-linux-x86_64.egg/reportlab/platypus/flowables.py"", line 89, in _drawOn File ""/usr/lib/python2.5/site-packages/pisa-3.0.33-py2.5.egg/sx/pisa3/pisa_reportlab.py"", line 575, in draw File ""/usr/lib/python2.5/site-packages/pisa-3.0.33-py2.5.egg/sx/pisa3/reportlab_paragraph.py"", line 1054, in draw File ""/usr/lib/python2.5/site-packages/pisa-3.0.33-py2.5.egg/sx/pisa3/reportlab_paragraph.py"", line 1534, in drawPara File ""/usr/lib/python2.5/site-packages/pisa-3.0.33-py2.5.egg/sx/pisa3/reportlab_paragraph.py"", line 337, in _leftDrawParaLineX File ""/usr/lib/python2.5/site-packages/pisa-3.0.33-py2.5.egg/sx/pisa3/reportlab_paragraph.py"", line 217, in _putFragLine File ""/usr/lib/python2.5/site-packages/reportlab-2.5-py2.5-linux-x86_64.egg/reportlab/pdfgen/canvas.py"", line 857, in drawImage File ""/usr/lib/python2.5/site-packages/reportlab-2.5-py2.5-linux-x86_64.egg/reportlab/pdfbase/pdfdoc.py"", line 2086, in __init__ File ""/usr/lib/python2.5/site-packages/reportlab-2.5-py2.5-linux-x86_64.egg/reportlab/pdfbase/pdfdoc.py"", line 2173, in loadImageFromSRC File ""/usr/lib/python2.5/site-packages/pisa-3.0.33-py2.5.egg/sx/pisa3/pisa_reportlab.py"", line 324, in getRGBData File ""/usr/lib/python2.5/site-packages/PIL-1.1.7-py2.5-linux-x86_64.egg/Image.py"", line 1497, in split System Information: User Agent: Mozilla/5.0 (Windows NT 6.0; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 Trac 0.12 Genshi 0.6 Pygments 0.10 pysqlite 2.4.1 Python 2.5.2 (r252:60911, Jan 24 2010, 14:53:14) [GCC 4.3.2] pytz 2008c setuptools 0.6c11 SQLite 3.5.9 Subversion 1.5.1 (r32289) jQuery 1.4.2 }}}",anonymous 10550,graphviz plugin throws an error when rendering an output type of svgz,defect,,Christian Boos,new,2012-10-26T10:59:29+02:00,2020-05-01T06:51:13+02:00,"if i try to create a graphviz object of type svgz, i get an error that looks like: {{{ File ""/usr/lib/python2.6/dist-packages/trac/wiki/formatter.py"", line 304, in process text = self.processor(text) File ""/usr/lib/python2.6/dist-packages/trac/wiki/formatter.py"", line 291, in _macro_processor text) File ""/usr/lib/pymodules/python2.6/graphviz/graphviz.py"", line 388, in expand_macro (w_val, w_unit) = w.group(1,2) AttributeError: 'NoneType' object has no attribute 'group' }}} I believe the attached patch will catch this error. However, i think the right way to fix this is to do some kind of gzip import. When i do that, though (at least running through apache's `mod_python`), the returned file doesn't have a proper `Content-encoding: gzip` header, and i don't see a good way to coerce that into `req.send_file()`.",Daniel Kahn Gillmor 11409,SVG output problems,defect,0.12,Peter Kropf,new,2013-11-25T07:15:15+01:00,2013-11-25T07:15:15+01:00,"When I used graphviz/svg to create a SVG image. Only IE 10 can output, but the scale is not good. Chrome, Safari, Firefox cannot output, but download it as a binary file. In HTML source, an tag is used when output as PNG type, but an tag is used when output as SVG type. Is it possible to output SVG by an tag, or a HTML5 tag? I'd like to use graphviz plugin with SVG format, so that the client fonts are avaliable.",virus.warnning@… 14244,Support for MSCGEN,enhancement,,Christian Boos,new,2023-09-11T11:03:09+02:00,2023-09-11T11:03:09+02:00,"The diff below adds support for generating message seq charts using mscgen (https://www.mcternan.me.uk/mscgen/), would be great if this could be included in the trunk. {{{ diff --git a/graphvizplugin/graphviz/graphviz.py b/graphvizplugin/graphviz/graphviz.py index c545e2f..a5a4b5b 100644 --- a/graphvizplugin/graphviz/graphviz.py +++ b/graphvizplugin/graphviz/graphviz.py @@ -90,7 +90,7 @@ class Graphviz(Component): implements(IWikiMacroProvider, IHTMLPreviewRenderer, IRequestHandler) # Available formats and processors, default first (dot/png) - Processors = ['dot', 'neato', 'twopi', 'circo', 'fdp'] + Processors = ['dot', 'neato', 'twopi', 'circo', 'fdp', 'mscgen'] Bitmap_Formats = ['png', 'jpg', 'gif'] Vector_Formats = ['svg', 'svgz'] Formats = Bitmap_Formats + Vector_Formats @@ -583,6 +583,8 @@ class Graphviz(Component): # Note: subprocess.Popen doesn't support unicode options arguments # (http://bugs.python.org/issue1759845) so we have to encode them. # Anyway, dot expects utf-8 or the encoding specified with -Gcharset. + if args[0].endswith('mscgen'): + args = tuple([x for x in args if not x.startswith('-G')]) encoded_cmd = self._launch_args(args) with Popen(encoded_cmd, stdin=subprocess.PIPE, stdout=subprocess.PIPE, }}}",anonymous 9992,Graphviz plugin gets confused by whitespace around equal signs in URL attributes,defect,0.11,,new,2012-04-27T18:21:25+02:00,2020-05-06T02:05:20+02:00,"The dot language allows both {{{ foo [URL=""wiki:FooBar""]; }}} and {{{ foo [URL = ""wiki:FooBar""]; }}} Some of us prefer the latter form for readability. :) The plugin appears to get confused by the whitespace: without the whitespace, it correctly generates a link to the wiki page FooBar, while without the whitespace it just passes the URL ""wiki:FooBar"" through to the browser, which then whines about not knowing the ""wiki:"" scheme. Workaround, obviously enough, is to elide the whitespace, but it would be nice if the plugin followed the same rules as graphviz here.",sra@…