IWDatacapture.save() works for most but hangs for one

This is a general question but is there any reason as to why IWDatacapture.save() would work for most but not work for one particular DCT? I'm doing a CallServer the same exact way on each DCT and the script is generic enough to accept info from any type of DCT. I'm also putting alerts around IWDatacapture.save() and can safely say that it's hanging at that particular line. Here's a part of the code -- if someone thinks it's worthwhile, I'll post more:

[html]
if ($found) {
print qq^
api.alert('This DCR cannot be saved because the ^ . $cgi->param('field') . qq^ you entered already exists as a file.');
^;
} else {
print qq^
api.alert('1');
api.IWDCRInfo.setDCRName('^ . $lcl_filename . qq^',null);
api.alert('2: ' + api.IWDCRInfo.getDCRName() );
api.IWDatacapture.save();
api.alert('3');
^;
}
print qq^

^;
[/html]

alert('3') is being invoked on the others but not on the one.

Has anyone seen this?

Find more posts tagged with

Comments

kaalraa

Is this problem persistent on a particular DCT or can be any at random. If on one ... could you please attach the one??

This is a general question but is there any reason as to why IWDatacapture.save() would work for most but not work for one particular DCT? I'm doing a CallServer the same exact way on each DCT and the script is generic enough to accept info from any type of DCT. I'm also putting alerts around IWDatacapture.save() and can safely say that it's hanging at that particular line. Here's a part of the code -- if someone thinks it's worthwhile, I'll post more:

[html]
if ($found) {
print qq^
api.alert('This DCR cannot be saved because the ^ . $cgi->param('field') . qq^ you entered already exists as a file.');
^;
} else {
print qq^
api.alert('1');
api.IWDCRInfo.setDCRName('^ . $lcl_filename . qq^',null);
api.alert('2: ' + api.IWDCRInfo.getDCRName() );
api.IWDatacapture.save();
api.alert('3');
^;
}
print qq^

^;
[/html]

alert('3') is being invoked on the others but not on the one.

Has anyone seen this?

Migrateduser

This problem is persistent only for one DCT, which is attached.

ISCBorisB

Something like the following may provide better info
than just before/after alerts.

try  {
  api.IWDCRInfo.setDCRName(...whatever...);
  api.IWDatacapture.save();
}
catch(err) {
  alert(err.description);
}

Migrateduser

Thanks, good suggestion. I tried both, actually. I put an alert in basically every line so I could trace what was going on. It basically looks like:

try {
alert('1');
api.IWDCRInfo.setDCRName('^ . $lcl_filename . qq^',null);
alert('2');
api.IWDatacapture.save();
alert('3');
}
catch(err) {
alert('4');
alert(err.description);
alert('5');
}

However, I still just get alert('1') and alert('2') and then it hangs.

akshathp

Thanks, good suggestion. I tried both, actually. I put an alert in basically every line so I could trace what was going on. It basically looks like:

try {
alert('1');
api.IWDCRInfo.setDCRName('^ . $lcl_filename . qq^',null);
alert('2');
api.IWDatacapture.save();
alert('3');
}
catch(err) {
alert('4');
alert(err.description);
alert('5');
}

However, I still just get alert('1') and alert('2') and then it hangs.

Have you tried with upper case "S" in Save?

api.IWDatacapture.Save();

Migrateduser

Well, no, but the function is definitely in lower case. Besides, it works for all of the other DCT's where I'm using this so I wouldn't want to screw up the other ones.

Migrateduser

This wasn't scientific but the problem has been resolved. I took certain items out of the DCT and eventually, I found that the hidden field was causing a problem somehow. So then I put it back in and worked with it a bit. I think it was when the item was NOT hidden was when it worked but I wouldn't postulate that IWDatacapture.save() behaves badly with hidden form elements because (1) I've seen this problem only once and (2) I'm sure I've used these two together many times before.

I'm at a loss to know why this happened but at least for now it's fixed.

ISCBorisB

...I'm sure I've used these two together many times before...

I did too. Have you tried required="f" explicitly for a hidden item? I know it's a
defaulat but I do recall some inconsistencies with that in regard to hidden items.

Migrateduser

Yeah, i had tried playing with that but noticed the same behavior. Perhaps this is not so isolated? If I get a moment, I'll look to see if this is filed as a bug and if not, I'll do some homework on my end to see if it actually IS a bug.

Dave