Here is the reply I submitted to 3210: I fixed this patch by checking strcmp (substr ($class, 0, 2), 'sf')) in front of the two occurrences of ucfirst. If successful, do the ucfirst, otherwise just assign $class to the output variable without doing the ucfirst. This allows the sfGuard classes to sneak through.
You basically have to check for sfWhatever since the sf*Plugins have special peer names. /Joe On Apr 2, 8:59 am, Joe Kelsey <[EMAIL PROTECTED]> wrote: > Thank you for the very quick reply. Unfortunately, this does not work > correctly with the sfGuardPlugin. The sfGuardPlugin is generated in > such a way that it uses peer classnames that keep the sf lower-cased > instead of capitalized. Therefore, the capitalization carried out in > the patch tries to look for SfGuardUserPeer instead of > sfGuardUserPeer. > > /Joe > > On Apr 2, 8:36 am, "Tristan Rivoallan" <[EMAIL PROTECTED]> > wrote: > > > hi, > > > On Wed, Apr 2, 2008 at 6:20 PM, Joe Kelsey <[EMAIL PROTECTED]> wrote: > > > > I am trying to use the fixtures file to load a table. I also have the > > > sfGuarpPlugin installed. Symfony does not seem to see my table > > > definitions. I have performed a propel:build-model and when I try to > > > do a propel:data-load I get the following errors: > > > this has been fixed recently :http://trac.symfony-project.com/ticket/3210 > > > regards, > > > tristan > > > -- > > Tristan Rivoallanhttp://www.clever-age.com > > Clever Age - conseil en architecture technique > > GSM: +33 6 219 219 33 Tél: +33 1 53 34 66 10 --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
