Aquileo | Recent changes to bugshttps://sourceforge.net/p/myghty/bugs/2006-09-02T11:00:53ZRecent changes to bugsAquileo | easy_install broken2006-09-02T11:00:53Z2006-09-02T11:00:53Za zwinkauhttps://sourceforge.net/u/beza1e1/https://sourceforge.net061ff78eeaa52c9b8de129cee497904ee9663b52<div class="markdown_content"><p>While easy_installing Pylons:</p> <p>Searching for Myghty&gt;=1.0.2<br /> Reading <a href="http://www.python.org/pypi/Myghty/" rel="nofollow">http://www.python.org/pypi/Myghty/</a><br /> Reading <a href="http://www.myghty.org" rel="nofollow">http://www.myghty.org</a><br /> Reading <a href="http://www.myghty.org/links.myt?linkid=download" rel="nofollow">http://www.myghty.org/links.myt?linkid=download</a><br /> Reading <a href="http://www.python.org/pypi/Myghty/1.0.2" rel="nofollow">http://www.python.org/pypi/Myghty/1.0.2</a><br /> Best match: Myghty 1.0.2<br /> Downloading<br /> <a href="http://69.9.164.2/sourceforge/myghty/Myghty-1.0.2.tar.gz" rel="nofollow">http://69.9.164.2/sourceforge/myghty/Myghty-1.0.2.tar.gz</a><br /> error: Can't download<br /> <a href="http://69.9.164.2/sourceforge/myghty/Myghty-1.0.2.tar.gz:" rel="nofollow">http://69.9.164.2/sourceforge/myghty/Myghty-1.0.2.tar.gz:</a><br /> 504 Gateway Time-out</p></div>Aquileo | test/Container.py: unittest fails2005-10-27T17:59:30Z2005-10-27T17:59:30ZGeoffrey T. Dairikihttps://sourceforge.net/u/dairiki/https://sourceforge.net7d9b883f5503969654184cda3958df3f425bbd86<div class="markdown_content"><p>In test/Container.py, ContainerTest.testDbmContainer2<br /> fails for me.</p> <p>Details of failure are:</p> <p>testDbmContainer2 (__main__.ContainerTest) ...<br /> testing myghty.container.DBMContainer for 10 secs<br /> with expiretime 2<br /> delay 0<br /> create thread 1 starting<br /> create thread 2 starting<br /> [...]<br /> create thread 3 exiting<br /> total object creates 2<br /> total object gets 6788<br /> FAIL</p> <p>(Translation: The test script expects (approximately)<br /> five object creates, but it only sees two.)</p> <p>This is in the latest CVS version of test/Container.py<br /> (file revision 1.13). The version from release 0.99<br /> also fails, but in that case it is<br /> ContainerTest.testcontainer which fails.</p></div>Aquileo | Too much white-space in subcomponent/method output.2005-09-13T17:47:21Z2005-09-13T17:47:21ZGeoffrey T. Dairikihttps://sourceforge.net/u/dairiki/https://sourceforge.net0688dee8cfec09fb39bb6e07b408810c9a0bfcb2<div class="markdown_content"><p>This is more of an anoying behavior than a bug.</p> <p>The compiler inserts (probably) unintended whitespace<br /> in subcomponents and methods.</p> <p>Here's an example:<br /> &lt;%flags&gt;<br /> inherit = None<br /> &lt;/%flags&gt;<br /> &lt;%def mycomp&gt;<br /> % m.write("Binary data")<br /> &lt;/%def&gt;<br /> &lt;&amp; mycomp &amp;&gt;</p> <p>which produces "\nBinary data" (note the leading "\n").</p> <p>This behavior is particularly troublesome in<br /> subcomenents/methods which are producing binary data<br /> (say a GIF image).</p> <p>It can be worked around using m.clear_buffer() (which,<br /> btw, does not seem to be mentioned in the<br /> documentation.) (Using the trim attribute is not a<br /> safe workaround for subcomponents which produce binary<br /> data, since the binary data may include white-space<br /> characters.)</p> <p>My guess as to the best fix is to make the lexer ignore<br /> all white-space which is not contiguous with either<br /> some non-white-space text, or a substitution or<br /> component call.</p></div>Aquileo | r is not available within <%requestlocal> blocks2005-09-09T02:50:47Z2005-09-09T02:50:47ZGeoffrey T. Dairikihttps://sourceforge.net/u/dairiki/https://sourceforge.netabb3620ea3a614494ed9bc88b388f6ec147dd040<div class="markdown_content"><p>The global http request object, r, does not seem to be<br /> available within &lt;%requestlocal&gt; blocks.</p> <p>This is in constrast to the documentation, which<br /> states: "The good news is, the regular Myghty variables<br /> m, ARGS, r etc. are all available within a<br /> request-scoped block."<br /> (http://www.myghty.org/docs/scopedpython.myt#scopedpython_request)</p></div>Aquileo | Component.attributes is broken2005-07-28T03:13:59Z2005-07-28T03:13:59ZGeoffrey T. Dairikihttps://sourceforge.net/u/dairiki/https://sourceforge.net3701bcb6a8382412c59b8820523e845fc1374c74<div class="markdown_content"><p>The Component.attributes accessor as in (release 0.98a)<br /> will only look up a maximum of one level in the<br /> inheritance graph to find an attribute.</p> <p>I've attached a patch.</p> <p>For specificity, here's untested example code which<br /> will exercise the bug:</p> <p>===in /a.myt===<br /> &lt;%attr&gt;<br /> foo = 'fooval'<br /> &lt;/%attr&gt;</p> <p>===in /b.myt===<br /> &lt;%flags&gt;<br /> inherit = '/a.myt'<br /> &lt;/%flags&gt;<br /> &lt;%attr&gt;<br /> bar = 'barval'<br /> &lt;/%attr&gt;</p> <p>===in /c.myt===<br /> &lt;%flags&gt;<br /> inherit = '/b.myt'<br /> &lt;/%flags&gt;</p> <p># This is okay; it finds the 'bar' attribute from /b.myt:<br /> &lt;% m.base_component.attributes['bar'] %&gt;</p> <p># This throws an AttributeError, doesn't find /a.myt's,<br /> 'foo':<br /> &lt;% m.base_component.attributes['foo'] %&gt;</p> <p>=============</p></div>Aquileo | session object does not resemble python mapping type2005-07-23T13:29:07Z2005-07-23T13:29:07ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.net54b9c0ac522a275db0bff60e6c75419dc3cd74a7<div class="markdown_content"><p>The session object as returned by m.get_session() does <br /> not support basic python mapping type methods as <br /> specified in <a href="http://www.python.org/doc/2.4.1/lib/" rel="nofollow">http://www.python.org/doc/2.4.1/lib/</a><br /> typesmapping.html .<br /> Especially the methods get and setdefault would be <br /> useful. Shouldn't be too hard to fix this, thanks.</p></div>Aquileo | Creating/Executing components from strings, via Interpreter2005-03-19T01:37:11Z2005-03-19T01:37:11ZPhilip Jenveyhttps://sourceforge.net/u/pjenvey/https://sourceforge.net660c824fe92e29369be74cc3fc3c33504823141f<div class="markdown_content"><p>I am attempting to compile a myghty template from a string. I'm<br /> using the interpreter to generate the component from the string data<br /> (via make_component), and then attemping to execute that<br /> component via the interpreter (execute). If there is another way of <br /> doing this, let me know (I noticed this is how Mason describes how <br /> to do it ;) )</p> <p>This is under 0.96f</p> <p>The interpreter seems to lose my passed in parameter, possibly<br /> during the the clone of the interp's request (the first thing execute <br /> does)??</p> <p>I've included a brief snippet of code that will reproduce this. It<br /> prints out:</p> <p>id: 137136108MissingArgument: required argument username not<br /> found</p> <p>file: test.py line 12</p> <p>message = interp.execute(comp, username = 'pjenvey')</p> <p>test.py:12</p> <p>---------------------------------------------<br /> Original Stack Trace:<br /> MissingArgument: required argument username not found</p> <p>file: /usr/local/lib/python2.3/site-packages/myghty/component.py line<br /> 110</p> <p>raise exception.MissingArgument("required argument %s not found"<br /> % arg)</p> <p>/usr/local/lib/python2.3/site-packages/myghty/component.py:110<br /> /usr/local/lib/python2.3/site-packages/myghty/request.py:389<br /> /usr/local/lib/python2.3/site-packages/myghty/request.py:253<br /> /usr/local/lib/python2.3/site-packages/myghty/exception.py:70<br /> /usr/local/lib/python2.3/site-packages/myghty/request.py:285<br /> /usr/local/lib/python2.3/site-packages/myghty/interp.py:129<br /> test.py:12</p></div>Aquileo | Mod_python error: "PythonHandler myghty.ApacheHandler::handl2004-12-30T04:36:01Z2004-12-30T04:36:01ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.net3bdec1671b55ac6fff9483133171aea49ecf844d<div class="markdown_content"><p>I have this error below with 0.96a,b but works fine<br /> with 0.95x</p> <p>Mod_python error: "PythonHandler<br /> myghty.ApacheHandler::handle"</p> <p>Traceback (most recent call last):</p> <p>File<br /> "D:\Python23\lib\site-packages\mod_python\apache.py",<br /> line 287, in HandlerDispatch<br /> log=debug)</p> <p>File<br /> "D:\Python23\lib\site-packages\mod_python\apache.py",<br /> line 454, in import_module<br /> f, p, d = imp.find_module(parts[i], path)</p> <p>ImportError: No module named ApacheHandler</p> <p>Any idea why? <br /> Thanks!</p></div>Aquileo | one-line else:/except:/finally: statements glitchy2004-12-01T17:50:36Z2004-12-01T17:50:36ZMike Bayerhttps://sourceforge.net/u/zzzeek/https://sourceforge.net8618bf8c7d80098353eab8b131e8b617e11c3ecc<div class="markdown_content"><p>if you write code like this, using ':' lines with the<br /> statement immediately following it:</p> <p>% if foo: m.write('foo')<br /> % else: m.write('no foo')</p> <p>the object generator does the "if:" line correctly, but<br /> mistakes the "else:" line for an "else:" all by itself,<br /> and incorrectly decreases the indentation count.</p></div>Aquileo | dhandler decline() broken2004-11-10T05:12:10Z2004-11-10T05:12:10ZMike Bayerhttps://sourceforge.net/u/zzzeek/https://sourceforge.netc6eeb79fef7c6dfb2a65208ca2cf335af1c86e43<div class="markdown_content"><p>release .95b has a class instantiation error in<br /> exceptions.Declined, the dhandler_arg is not set up<br /> correctly for declined components, calling decline() in<br /> a root dhandler can create endless loops.</p></div>