(InternalError): too much recursion in latest nightly

[jay.l.fisher]

SC_SNAPSHOT-2010-10-26/EVAL Deployment
Periodically getting this error trying to call ValuesManager.saveData(). The stack repeats forever.

18:16:26.899 [ERROR] [ipgui] Uncaught exception escaped
com.google.gwt.core.client.JavaScriptException: (InternalError): too much recursion
 fileName: http://127.0.0.1:8888/ipgui/sc/modules/ISC_DataBinding.js?isc_version=7.0.js
 lineNumber: 628
 stack: isc_DataSource__applySparseAndNoNullUpdates([object Object],[object Object],"update",null)@http://127.0.0.1:8888/ipgui/sc/modules/ISC_DataBinding.js?isc_version=7.0.js:628
isc_DataSource__applySparseAndNoNullUpdates([object Object],[object Object],"update",null)@http://127.0.0.1:8888/ipgui/sc/modules/ISC_DataBinding.js?isc_version=7.0.js:630
isc_DataSource__applySparseAndNoNullUpdates([object Object],[object Object],"update",null)@http://127.0.0.1:8888/ipgui/sc/modules/ISC_DataBinding.js?isc_version=7.0.js:628
isc_DataSource__applySparseAndNoNullUpdates([object Object],[object Object],"update",null)@http://127.0.0.1:8888/ipgui/sc/modules/ISC_DataBinding.js?isc_version=7.0.js:630
isc_DataSource__applySparseAndNoNullUpdates([object Object],[object Object],"update",null)@http://127.0.0.1:8888/ipgui/sc/modules/ISC_DataBinding.js?isc_version=7.0.js:628

[Isomorphic]

What's data is in the ValuesManager when it saves? Is there possibly a recursive data structure (eg object holding a property that directly or indirectly points back to itself)?

[Isomorphic]

Actually we have a guess as to how this could happen, and have committed a speculative fix - please let us know if the next nightly fixes the issue for you.

[jay.l.fisher]

That's good. I'm having trouble recreating it now. Thanks!

[jay.l.fisher]

I'm getting this error again with SC_SNAPSHOT-2010-11-05/EVAL Deployment. It may have something to do with cacheAllData="true". I recently added that to a few data sources that are being used as optionDataSources to populate SelectItems in the various forms being used to edit the record being saved.

I noticed in the dev console that the last RPCRequest I see is a client only fetch to one of those data sources, presumably as part of the validation done prior to saving. When I remove cacheAllData from that data source the problem goes away. That data source is very simple with only two fields; a primary key and a second text field.

[Isomorphic]

Are you able to isolate this to a test case?

Or can you obtain a stack trace? If you run in compiled mode in Firebug, if you see a "script running slowly" dialog you should be able to run the debugger and capture a stack this way.