SmartGWTPro5.0.
We upgraded a couple of days back, from 5.0-p20151012 to 5.0-p20160119 and we discovered an issue with ValuesManager. it seems it no longer calls the callback being sent in to savedata.
Would be great if you could look at it, it's messing up our product.
example of save method being called from a "save" button:
We've gone back and forth in our Tomcat deploy, just switching out the jar files, and it works in the old build, but not in the new. doExecute is never called.
(Of course, since it works in the "old" build, i do get a proper response back with status 0 etc.:
We upgraded a couple of days back, from 5.0-p20151012 to 5.0-p20160119 and we discovered an issue with ValuesManager. it seems it no longer calls the callback being sent in to savedata.
Would be great if you could look at it, it's messing up our product.
example of save method being called from a "save" button:
Code:
private ValuesManager manager = new ValuesManager(); ----- private boolean saveData(final Popup popup) { if (!manager.validate()) { switchToTabWithFirstError(manager.getErrors()); return false; } final SuccessfulOperationCallbackHandler saveCallbackHandler = new SuccessfulOperationCallbackHandler() { @Override public void handleSuccessfulCallback(DSResponse response, boolean shouldReloadData) { //doing lots of neccessary stuff here, the callback never gets called in the january build! popup.destroy(); } }; DSRequest req = new DSRequest(); req.setWillHandleError(true); MyDSCallback callback = new MyDSCallback() { @Override public void doExecute(DSResponse dsResponse, Object o, DSRequest dsRequest) { int status = dsResponse.getStatus(); if (status != DSResponse.STATUS_SUCCESS) { if (status == MyWebErrorCodeEnum.CID_MISSING.getId()) { FormItem item = form1.getForm().getItem(MyClientServerConstants.FIELD_LEDGER); if (item == null || !((CheckboxItem) item).getValueAsBoolean()) { NubaCommonConstants.showErrorWindow(errorheader, errorheader, null); return; } } MyCommonConstants.handleServerRelatedError(dsResponse); } else { saveCallbackHandler.handleSuccessfulCallback(dsResponse, false); } } }; manager.saveData(callback, req);//THIS USED TO RESULT IN MY CALLBACK BEING CALLED return true; }
(Of course, since it works in the "old" build, i do get a proper response back with status 0 etc.:
Code:
//isc_RPCResponseStart-->[{affectedRows:0,data:{variousfields...},invalidateCache:false,isDSResponse:true,operationType:"update",queueStatus:0,status:0}]//isc_RPCResponseEnd
Comment