I have completely deleted all project files from my laptop then done a
SVN checkout but the problem persists.  The only files that are not
versioned are the Symfony files (1.4.6), no change after a clear cache
either.

When I did try to rebuild the schema, no problem, but the model build
fails - Duplicate table found: propel. We do have sfGuardPlugin which
after hunting around is the reason for this, but either way, this
problem does not happen when viewing the same files on my developers'
laptops or on the live server.

On 23 ago, 08:09, Alexandre Salomé <[email protected]> wrote:
>   If it doesn'( happen of other environment, it can be about cache/base
> files (svn:ignore).
>
> Try cleaning up your project (generated files not versioned). Rebuild
> your classes/database and clear cache.
>
> Le 22/08/10 17:20, El Duderino a crit :
>
>
>
>
>
> > The backend of the project I am working on returns the following error
> > on the majority of pages but what is strange about this is that other
> > colleagues running the same code (all maintained with subversion)
> > cannot replicate this error locally, all works perfectly normal,
> > including on the production server.
>
> > [?php /** * sf_guard_user module configuration. * * @package
> > ##PROJECT_NAME## * @subpackage sf_guard_user *....
> > ...Notice: Undefined index: Practice in C:\Sites\pokersapiens-beta
> > \trunk\lib\symfony\lib\plugins\sfPropelPlugin\lib\vendor\propel\map
> > \DatabaseMap.php on line 185 Fatal error: Call to a member function
> > getColumn() on a non-object in C:\Sites\pokersapiens-beta\trunk\lib
> > \symfony\lib\plugins\sfPropelPlugin\lib\vendor\propel\map\TableMap.php
> > on line 465
>
> > A select few pages do return the standard Symfony error page with this
> > title:  Cannot fetch TableMap for undefined table: practice
>
> > I am running PHP 5.3.1 with Apache 2.2 on Windows 7.  The server runs
> > PHP 5.2.4 on ubuntu 5.10.  This is happening on both of my laptops but
> > not with any of my colleagues on Linux or Windows 7.  The problem does
> > appear to be related to the case type with 'Practice' and here's part
> > of the schema for practice:
>
> >    practice:
> >      _attributes: { phpName: Practice, isI18N: true, i18nTable:
> > i18n_practice }
> >      id: { phpName: Id, type: INTEGER, size: '11', primaryKey: true,
> > autoIncrement: true, required: true }
> >      subject_id: { phpName: SubjectId, type: INTEGER, size: '11',
> > required: true, foreignTable: subject, foreignReference: id, onDelete:
> > CASCADE, onUpdate: CASCADE }
> >      practice_type_id: { phpName: PracticeTypeId, type: INTEGER, size:
> > '11', required: true, foreignTable: practice_type, foreignReference:
> > id, onDelete: CASCADE, onUpdate: CASCADE }
> >      tournament_category_id: { phpName: TournamentCategoryId, type:
> > INTEGER, size: '11', required: false, foreignTable:
> > tournament_category, foreignReference: id, onDelete: CASCADE,
> > onUpdate: CASCADE }
> >      requirements: { phpName: Requirements, type: DECIMAL, size: '5',
> > scale: '3', required: true }
> >      is_active: { phpName: IsActive, type: BOOLEAN, required: true,
> > defaultValue: 0 }
> >      position: { phpName: Position, type: TINYINT, size: '4', required:
> > false }
> >      _indexes: { IDX_is_active: [is_active],
> > FK__Subject_Id__Practice_SubjectId: [subject_id],
> > FK__PracticeType_Id__Practice_PracticeTypeId: [practice_type_id],
> > FK__TournamentCategory_Id__Practice_TournamentCatId:
> > [tournament_category_id] }
>
> > Any pointers would be greatly appreciated on why this is happening and
> > how it can be resolved.
>
> > Thanks!
>
> --
> Alexandre Salom -http://alexandre.salome.fr

-- 
If you want to report a vulnerability issue on symfony, please send it to 
security at symfony-project.com

You received this message because you are subscribed to the Google
Groups "symfony users" 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-users?hl=en

Reply via email to