> >>>> Oh, I forgot to say that my tg version is 1.0.3.2 and formencode 0.7.1 > >>> I recently had some formencode problems as well, and upgrading to > >>> formencode 0.9 helped. > >> Upgraded to 0.9 and the same issue remains. It's very misterious, > >> appears to be some memory effect there since the only difference > >> between the two calling sequences is that in one case there was a call > >> before the problematic one and in the other not. > >> > >> BTW can anyone reproduce it? > > > > Just tried it on Windows and got the same effect. It happens only if you > > run the commands in the shell, not if you run them as a script. > > Seems to have something to do with the obscure trickery of translating > messages in FormEncode and TurboGears. There is a special version of > gettext in Turbogears that can handle an additional domain parameter. > FormEncode and TurboGears switch between the gettext versions. The > Validator class has a class attribute dictionary gettextargs which is > used as a parameter for gettext. If the standard version of gettext is > called with that parameter, it throws that exception.
Opened a new ticket on this: http://trac.turbogears.org/ticket/1671 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~----------~----~----~----~------~----~------~--~---
