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>=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 />
<%flags><br />
inherit = None<br />
</%flags><br />
<%def mycomp><br />
% m.write("Binary data")<br />
</%def><br />
<& mycomp &></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 <%requestlocal> 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 />
<%attr><br />
foo = 'fooval'<br />
</%attr></p>
<p>===in /b.myt===<br />
<%flags><br />
inherit = '/a.myt'<br />
</%flags><br />
<%attr><br />
bar = 'barval'<br />
</%attr></p>
<p>===in /c.myt===<br />
<%flags><br />
inherit = '/b.myt'<br />
</%flags></p>
<p># This is okay; it finds the 'bar' attribute from /b.myt:<br />
<% m.base_component.attributes['bar'] %></p>
<p># This throws an AttributeError, doesn't find /a.myt's,<br />
'foo':<br />
<% m.base_component.attributes['foo'] %></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>