[PATCH] propel:load-data problem with classname case

I need more information about what does not work... IM?

Replying to fabien:

I need more information about what does not work... IM?

Warning: call_user_func(trackPeer::doDeleteAll): First argument is expected to be a valid callback in lib/symfony/plugins/sfPropelPlugin/lib/propel/sfPropelData.class.php on line 248

Warning: constant(): Couldn't find constant trackPeer::TABLE_NAME in lib/symfony/plugins/sfPropelPlugin/lib/propel/sfPropelData.class.php on line 83
                                            
  Cannot fetch TableMap for undefined table:   
                                               

i'm available on #symfony if you want to discuss the issue further.

in r8112

Replying to trivoallan:

This prevents me from loading fixtures on my php-5.2.0-ubuntu box.

I have experienced the same problem. I tried to install your proposed fix, but it breaks the fixture loading from sfGuardPlugin. The sfGuardPlugin has generated Peer class names that start with sfGuard. This fix tries to call SfGuardUserPeer? instead of sfGuardUserPeer. So, you either have to change all plugin code or the user-generated model code or modify the fix so that it looks for both capitalized and non-capitalized names.

Replying to n7lyg: 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.

Replying to n7lyg:

Replying to n7lyg: 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.

as this is more a, sfGuard related issue, could you open a new ticket and describe it ?

thanks

Ticket 3291 submitted.