the template causes the traceback below, but the user
is in fact created. 

=======
Templating Error

exceptions.KeyError: list

Debugging information follows

   1. Looking for "list", current path:
   2. In path expression "list"
   3. While evaluating the standard:'context/list'
expression on line 22
      Current variables:
      templates <roundup.cgi.templating.Templates
instance at 0x8234324>
      repeat
<roundup.cgi.PageTemplates.TALES.SafeMapping instance
at 0x8473a14>
      default <roundup.cgi.PageTemplates.TALES.Default
instance at 0x838abfc>
      db <roundup.cgi.templating.HTMLDatabase instance
at 0x83a906c>
      utils <roundup.cgi.templating.utils instance at
0x83a90bc>
      request <roundup.cgi.templating.HTMLRequest
instance at 0x8233054>
      tracker <module '_roundup_tracker_1' from
'/home/roundup/trackers/test/__init__.pyo'>
      context <HTMLItem(0x8232164) user 3>
      nothing None
      config <module '_roundup_tracker_1.config' from
'/home/roundup/trackers/test/config.py'>
      options {'ok_message': ['user 3 created'],
'error_message': []}
      loop <roundup.cgi.PageTemplates.TALES.SafeMapping
instance at 0x8473a14>
      attrs {'tal:repeat': 'user context/list',
'tal:attributes': "class python:['normal',
'alt'][repeat['user'].index%6/3]"}
   4. A problem occurred in your template
"user.index.html".

Full traceback:

Traceback (most recent call last):
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/client.py",
line 497, in renderContext
    return pt.render(self, None, None, **args)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/templating.py",
line 197, in render
    getEngine().getContext(c), output, tal=1,
strictinsert=0)()
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/TAL/TALInterpreter.py",
line 154, in __call__
    self.interpret(self.program)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/TAL/TALInterpreter.py",
line 186, in interpret
    handlers[opcode](self, args)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/TAL/TALInterpreter.py",
line 525, in do_useMacro
    self.interpret(macro)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/TAL/TALInterpreter.py",
line 186, in interpret
    handlers[opcode](self, args)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/TAL/TALInterpreter.py",
line 549, in do_defineSlot
    self.interpret(slot)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/TAL/TALInterpreter.py",
line 186, in interpret
    handlers[opcode](self, args)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/TAL/TALInterpreter.py",
line 491, in do_condition
    self.interpret(block)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/TAL/TALInterpreter.py",
line 186, in interpret
    handlers[opcode](self, args)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/TAL/TALInterpreter.py",
line 474, in do_loop_tal
    iterator = self.engine.setRepeat(name, expr)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/PageTemplates/TALES.py",
line 210, in setRepeat
    expr = self.evaluate(expr)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/PageTemplates/TALES.py",
line 225, in evaluate
    v = expression(self)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/PageTemplates/Expressions.py",
line 188, in __call__
    return self._eval(econtext)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/PageTemplates/Expressions.py",
line 176, in _eval
    ob = self._subexprs[-1](econtext)
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/PageTemplates/Expressions.py",
line 132, in _eval
    ob = restrictedTraverse(ob, path, getSecurityManager())
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/PageTemplates/Expressions.py",
line 314, in restrictedTraverse
    o = object[name]
  File
"/usr/lib/python2.2/site-packages/roundup/cgi/templating.py",
line 505, in __getitem__
    prop = self._props[item]
KeyError: list

 

Logged In: YES 
user_id=707416

I'm seeing the same problem with cvs from this morning.
I can't reproduce it in the classic tracker.

I can reproduce it in my tracker, but what I don't understand 
is why the user.index template is being used rather than the 
user.item template to display the newly created user.

Ok. Now more bad news. The problem seem intermittent.
I can now create new users without getting them displayed 
using the user.index template. 8-(. Don't know what the heck
I have changed.

I was using user1, user3 etc as the names of the user, could 
that have confused soemthing?

Logged In: YES 
user_id=6405

As far as I can tell, I fixed this in CVS. In a fresh demo instance, I 
can log in as admin and successfully add a new user.