she was the one that alerted me to it. Her system had been sending claims without issue for awhile, then updated something and it stopped working. That’s when I started trying to get the last docker and found this problem.
I’m working on a few updates to the module to give easier visibility to the messages in x12_tracker and I think I’m going to have an option to disable(ish) the sftp send service. New tab in the module will add an check the background services to make sure the ones I use are setup, show next run time, etc. also I think it’ll recommend to change sftp next run to some far future date and disable the service. I worry it may get undone everytime someone does a save in the config screen though. Maybe giving it another class to call could be a more permanent solution. A class that just returns and doesn’t do anything. Then an option to enable and put it back the way it was if they need to.
My first guess was there was a race condition where the sftp send saw the record, and couldn’t find ftp info and then errored it out. For that reason there is now a tab to see records in the x12 tracker.
I considered (and tested today) putting bad data in the ftp properties in x12 partners. I’m not sure if that worked or not. But I saw errors in php logs, so I didn’t like it. Claims were sent, but I don’t know if my service just got there first.
I think it does seem to be working fine on another clients setup, but he’s getting sftp errors. says he’s fine with it but again I feel like it may not work one day; and be totally random.
I’m rambling, but the fix I’m thinking as I type this (talking it through) is to go with putting periods in the sftp related properties in x12 partners, then having the module replace the class the sftp calls to a class that doesn’t do anything. That would stop the php errors and stop the errors being displayed to the user.
Now as to why it’s not working for @gutiersa ; I’m wondering if it’s PHP related and not core code related. @gutiersa Did you upgrade your system to a higher level of PHP? My developer gut tells me it’s a PHP thing. Code that’s been working for so long just doesn’t stop working unless there is a larger outside influence.
Anyhow, I hope to have the module updated and ready to go soon. I was working on your code review tasks and trying to figure out the background service at the same time.