Ticket #356 (closed defect: fixed)

Opened 23 months ago

Last modified 21 months ago

Unable to save settings

Reported by: gael Owned by: jzarate
Priority: blocker Milestone: 0.3
Component: settings Keywords:
Cc: gael

Description

I've juste installed the trunk version and I get an error when saving settings:

Fatal error: Call to a member function getModelName() on a non-object in /home/web/sites/gael/factures_idael/lib/form/FormsContainer.class.php on line 190

Change History

Changed 23 months ago by gael

  • summary changed from Unabale to save settings to Unable to save settings

Changed 22 months ago by jzarate

  • cc gael added

Gael.

Last week, I commited a mayor bug revision on the whole formscontainer - settings plattform.

¿could you please update your copy and try again? maybe this ticket is pointless.

txs!!

Changed 22 months ago by gael

Hi, I just install Siwapp gain from scratch thru Subversion, reprocess the installation script, clear the cache and the error is still there :-(

here is my svn info, it may help you:

Chemin : . URL : http://svn.siwapp.org/trunk Racine du dépôt : http://svn.siwapp.org UUID du dépôt : a0f88b8e-7490-47bc-906f-a13e4b43d3a7 Révision : 1498 Type de nœud : répertoire Tâche programmée : normale Auteur de la dernière modification : jzarate Révision de la dernière modification : 1498 Date de la dernière modification: 2010-04-23 19:20:52 +0200 (ven 23 avr 2010)

Thanks in advance for your fix :-)

Changed 22 months ago by jzarate

gael.

I can't reproduce your error. I do have the same version than you, but I can save settings normally.

I need more info about how to reach that error. the exact process you've been through until you get the error. also, your php version would help.

besides, do you only get that "fatal error" line?? there is no stack trace or anything??

if you feel more comfortable, please write me at jzarate at gmail dot com , son we can fix this in a day-to-day basis (not just a week-to-week) -well, maybe it's because you, like me, do like to have "siwapp fridays").

Changed 21 months ago by gael

Hi, I have some new infos regarding this issue: I have juste installed Siwapp locally (before it was on prod server so not so easy to debug). I was able to reproduce the bug locally too. But now I can say that it happens if you don't define any tax the first time you save your settings. As soon as you have set one tax, you can then delete it, put it back, what you want... and it works. Hope this help to fix that. Below is the stack trace. Cheers

 ! ) Fatal error: Call to a member function getModelName() on a non-object in C:\wamp\www\siwapp\lib\form\FormsContainer.class.php on line 201
Call Stack
#	Time	Memory	Function	Location
1	0.0018	378424	{main}( )	..\index.php:0
2	0.3599	7196592	sfContext->dispatch( )	..\index.php:16
3	0.3600	7196624	sfFrontWebController->dispatch( )	..\sfContext.class.php:170
4	0.3608	7215848	sfController->forward( string(13), string(8) )	..\sfFrontWebController.class.php:48
5	0.3946	7688976	sfFilterChain->execute( )	..\sfController.class.php:229
6	0.3946	7689008	sfRenderingFilter->execute( object(sfFilterChain)[100] )	..\sfFilterChain.class.php:53
7	0.3946	7689008	sfFilterChain->execute( )	..\sfRenderingFilter.class.php:33
8	0.3947	7689008	sfGuardBasicSecurityFilter->execute( object(sfFilterChain)[100] )	..\sfFilterChain.class.php:53
9	0.3948	7689112	sfBasicSecurityFilter->execute( object(sfFilterChain)[100] )	..\sfGuardBasicSecurityFilter.class.php:38
10	0.3954	7689144	sfFilterChain->execute( )	..\sfBasicSecurityFilter.class.php:72
11	0.3955	7689144	SearchFilter->execute( object(sfFilterChain)[100] )	..\sfFilterChain.class.php:53
12	0.3956	7689256	sfFilterChain->execute( )	..\SearchFilter.class.php:17
13	0.3957	7689256	sfCommonFilter->execute( object(sfFilterChain)[100] )	..\sfFilterChain.class.php:53
14	0.3957	7689256	sfFilterChain->execute( )	..\sfCommonFilter.class.php:29
15	0.3958	7689256	sfExecutionFilter->execute( object(sfFilterChain)[100] )	..\sfFilterChain.class.php:53
16	0.3960	7689256	sfExecutionFilter->handleAction( object(sfFilterChain)[100], object(configurationActions)[97] )	..\sfExecutionFilter.class.php:53
17	0.3960	7689256	sfExecutionFilter->executeAction( object(configurationActions)[97] )	..\sfExecutionFilter.class.php:78
18	0.3960	7689288	sfActions->execute( object(sfWebRequest)[31] )	..\sfExecutionFilter.class.php:92
19	0.3961	7689344	configurationActions->executeSettings( object(sfWebRequest)[31] )	..\sfActions.class.php:60
20	0.9377	15259336	GlobalSettingsForm->save( ??? )	..\actions.class.php:42
21	0.9377	15259368	sfFormObject->save( ??? )	..\GlobalSettingsForm.class.php:125
22	0.9378	15259400	FormsContainer->getConnection( )	..\sfFormObject.class.php:123
23	0.9378	15259400	FormsContainer->getModelName( )	..\FormsContainer.class.php:206
24	0.9379	15259816	FormsContainer->getModelName( )	..\FormsContainer.class.php:201
Variables in local scope (#24)

$first_son =

	Undefined

$form =

	Undefined

$name =

	Undefined

Changed 21 months ago by jzarate

that's precious information, gael. Now I've got something to start with.

thank you very much for helping us finding this bug.

Changed 21 months ago by jzarate

  • owner set to jzarate
  • status changed from new to assigned

Changed 21 months ago by jzarate

  • status changed from assigned to closed
  • resolution set to fixed

r1542 txs gael. it's worked out now.

Note: See TracTickets for help on using tickets.