What steps will reproduce the problem? 1. Go to scheduler 2. Edit a todo 3. Write bogus into activation date

What is the expected output? What do you see instead?

User is not expected to be able to edit the activation date string at all. All edits should go through the JavaScript date selector to make the editor less error prone.

This might be helpful in fixing this: http://www.dynarch.com/demos/jscalendar/doc/html/reference.html#node_sec_3.1.3

Blocked on: http://www.ocsigen.org/trac/ticket/38

Will implement once Eliom's XHTML module supports the readonly attribute.

Fixed in r435.