Traceback upon Menu Save with docs/lightbulb.gif

[Randy Selzler <RSelzler@…>]

(STARTING A NEW TICKET, because I had added this to #4, which
was a separate defect, already closed and couldn't reopen).

Now I'm getting this traceback...

Traceback (most recent call last):

File "/usr/local/lib/python2.6/dist-packages/CherryPy-3.1.2-py2.6.egg/cherrypy/wsgiserver/init.py", line 1174, in communicate

req.respond()

File "/usr/local/lib/python2.6/dist-packages/CherryPy-3.1.2-py2.6.egg/cherrypy/wsgiserver/init.py", line 544, in respond

self._respond()

File "/usr/local/lib/python2.6/dist-packages/CherryPy-3.1.2-py2.6.egg/cherrypy/wsgiserver/init.py", line 556, in _respond

response = self.wsgi_app(self.environ, self.start_response)

File "/usr/local/lib/python2.6/dist-packages/CherryPy-3.1.2-py2.6.egg/cherrypy/wsgiserver/init.py", line 176, in call

return app(environ, start_response)

File "/var/lib/python-support/python2.6/werkzeug/utils.py", line 1694, in <lambda>

return _patch_wrapper(f, lambda *a: f(*a)(*a[-2:]))

File "./hatta.py", line 3288, in application

return endpoint(request, values)

File "./hatta.py", line 2682, in save

self.index.update(self, request)

File "./hatta.py", line 1546, in update

self.reindex(wiki, request, changed)

File "./hatta.py", line 1515, in reindex

self.reindex_page(page, title, cursor)

File "./hatta.py", line 1484, in reindex_page

text = get_text()

TypeError: <lambda>() takes exactly 1 argument (0 given)

The test scenario is nearly the same.
It works with two pages in docs (Home and Menu).
I can Edit Menu and Save it okay.
The traceback occurs if a third file exists, docs/lightbulb.gif
The traceback occurs upon the Menu Save.

Happy hunting :)
-- Randy

[sheep]

That's hat you get for doing quick fixes without really looking. I made another mistake while fixing #4. It should be ok now, please test.

[sheep]

By the way, you can always reopen tickets: expand the 'Modify ticket' section and select 'reopen'.

[Randy Selzler <RSelzler@…>]

The docs tree branch is better... tracebacks have not been seen,
but pages are not rendered, found or created correctly in the tree.

I haven't narrowed the problem to a simple test yet,
but I thought feedback sooner, was better than later.
These notes are from memory and tests 2 days ago (which makes
them particularly suspect).
Pull on hatta-dev this morning doesn't show any updates since then.

When I create a very simple site from scratch,
hatta.py -D and dev.py -D both seems to work the
same and will correctly create subdirectories and pages.

When I attempt to serve my real site, then...

• Logo and png files are not rendered.
• existing pages in subdirectories have 'blue links' (are supposedly found). When I follow the link, the Edit form is rendered and the page name is displayed with '%2F' for the '/' character. Saving the Edit form will create a page in the flat name space using '%2F'.

-- Randy

[anonymous]

Can you elaborate on "when I attempt to serve my real site"? What does that mean? What's the difference?

[anonymous]

I suspect that the problem is not with Hatta, but with your web server which apparently duble-encodes the already %-encoded URLs. Maybe we can find a configuration option or some code in Hatta to work around that?

[Randy Selzler <RSelzler@…>]

Actually, the problem is me and being too distracted by other objectives.
The "dev.py -D" seems to work correctly with my 300+ page directory tree.
I'm changing the ticket status back to resolved.

Thanks for the docs tree support !!!
It's awesome :)

--Randy