I've tried the following: http://pastie.org/private/mdbttlrv8yf7lxiz6zvs9g
Basically, I don't want my participants to change their email. So I've disabled the field. Since it's disabled, PHP will not set the key/value in the response to a null value. I was expecting that Doctrine would only update the $taintedValues, but I noticed a trace error from the Database due to invalidation: http://pastie.org/pastes/new I assumed it to be a problem with Doctrine, but then I realized that it's a behavioral problem with sfForms. The problem lies in $this->getValues(). getValues will return an array of all the validators in the validatorSchema and thusly will include 'email_address' => null since truthfully the form does not include the email_address (since it was disabled). Correspondingly, I've updated the code to the following: http://pastie.org/private/jcrarwmnc8uvcidmiegda Effectively, I unset the validator and now $this->getValues() does not include the email address. I feel like the sfForm should have a better way to handle this behavior. In particular, it should either: 1. notice that a field is disabled, and such the validator is disabled (or unset) 2. should have a function similar to offsetUnset -- perhaps offsetDisable I'd like to hear your opinion on this behavior issue -- or if in fact it is an issue. Olmo --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "symfony developers" 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/symfony-devs?hl=en -~----------~----~----~----~------~----~------~--~---
