FreePBX FaxPro Will Not Send New Fax

You need to go to Asterisk 11 for production stuff. 13 is experimental

Now running Asterisk (Ver. 11.14.1) and the issue is still present. Here is the output of amportal a dbug:

==> /var/log/asterisk/freepbx_dbug <==
2014-Dec-04 15:48:13 /var/www/html/admin/modules/faxpro/ucp/Faxpro.class.php:245
[NOTICE]: Undefined index: coversheet

2014-Dec-04 15:48:13 /var/www/html/admin/modules/faxpro/ucp/Faxpro.class.php:254
[NOTICE]: Undefined index: destination

2014-Dec-04 15:48:13 /var/www/html/admin/modules/faxpro/ucp/Faxpro.class.php:254
[NOTICE]: Undefined index: files

2014-Dec-04 15:48:13 /var/www/html/admin/modules/faxpro/Faxpro.class.php:140
[WARNING]: Invalid argument supplied for foreach()

==> /var/log/asterisk/freepbx.log <==
[2014-Dec-04 15:48:13] [INFO] (enc/faxpro_background.php:51) - Critical Information Missing. Stopping

I am having the same problem. Switched from 12 to Asterisk 11.14.1 and can’t send faxes.


[2014-Dec-04 15:25:09] [PHP-NOTICE] (/var/www/html/admin/modules/faxpro/ucp/Faxpro.class.php:245) - Undefined index: coversheet
[2014-Dec-04 15:25:09] [PHP-NOTICE] (/var/www/html/admin/modules/faxpro/ucp/Faxpro.class.php:254) - Undefined index: destination
[2014-Dec-04 15:25:09] [PHP-NOTICE] (/var/www/html/admin/modules/faxpro/ucp/Faxpro.class.php:254) - Undefined index: files
[2014-Dec-04 15:25:09] [PHP-WARNING] (/var/www/html/admin/modules/faxpro/Faxpro.class.php:140) - Invalid argument supplied for foreach()
[2014-Dec-04 15:25:09] [INFO] (enc/faxpro_background.php:51) - Critical Information Missing. Stopping

Brad your issue is completely different and related to the fact you aren’t sebding any files. Probably related to you trying to send a huge 4.5 mb doc

How is Bradbpw’s issue different from mine…they are the exact same errors? Or am I overlooking something?

Because in another thread he says he can send fine.

Even smaller files are no longer working. Sorry, forgot to update that thread. I just tried to send a 170Kb file and received the same error. I was able to send faxes two days ago.

[2014-Dec-04 16:32:29] [PHP-NOTICE] (/var/www/html/admin/modules/faxpro/ucp/Faxpro.class.php:245) - Undefined index: coversheet
[2014-Dec-04 16:32:29] [PHP-NOTICE] (/var/www/html/admin/modules/faxpro/ucp/Faxpro.class.php:254) - Undefined index: destination
[2014-Dec-04 16:32:29] [PHP-NOTICE] (/var/www/html/admin/modules/faxpro/ucp/Faxpro.class.php:254) - Undefined index: files
[2014-Dec-04 16:32:29] [PHP-WARNING] (/var/www/html/admin/modules/faxpro/Faxpro.class.php:140) - Invalid argument supplied for foreach()
[2014-Dec-04 16:32:29] [INFO] (enc/faxpro_background.php:51) - Critical Information Missing. Stopping

Ahhh, just for fun I want to take a stab at it, but does Bradbpw’s issue have something to do with one or more of the settings under: “Resource Limits” in the /etc/php.ini file? Those default settings occasionally crept up on me with problems and it always seemed to happen on Mondays.

Nevermind, didn’t refresh my browser in time.

Ah I see. There are two things going on here. There’s a bug in faxpro and there’s a bug in res_fax in asterisk 13. Tony and Preston have assumed this is related to the res_fax asterisk issue but it’s not. I can have a fix for this particular issue in an hour. However you may still be affected by the asterisk 13 issue as well (because it might be in asterisk 12. Have not checked yet)

Again this issue is unrelated to res_fax.

So as long as we stay on Asterisk 11 then we should be okay?

This has nothing to do with Asterisk…

Okay…I was just confused on why you stated: [quote=“tm1000, post:14, topic:25944”]
However you may still be affected by the asterisk 13 issue as well (because it might be in asterisk 12. Have not checked yet) [/quote] If our issue has nothing to do with Asterisk then why would you make that statement? I interpret that statement as we may still be affected by the Asterisk 13 issue (even though we are running Asterisk 11). As in, this issue may have carried over when we did the asterisk-version-switch, not to mention this whole ordeal supposedly has nothing to do with Asterisk (therein lies my confusion). Just really confused on why that statement was made if it doesn’t pertain to us or this issue.

I think he was referring to the bug in res_fax in Asterisk 13, which this issue is not about.

1 Like

Okay, not trying to pick on anybody I just want to make sure I understand completely. Thanks to everyone for the help and I look forward to the module fix.

No no. I didn’t think you were picking on anyone. Just trying to clarify as this thread got a little confusing for a while on both sides of the fence.

Anyways checkout 12.0.31 for this fix. Sorry about that. (for you coders out there it was the difference between “this” and “$this”)

Please note that UCP and it’s related modules are in rapid development and beta. This is why I encourage you to checkout the rollback feature in module admin if you need something to work because it’s mission critical as you can come here and tell us it’s broken and then just rollback so your user base is happy. Thats the whole reason I wrote rollback… because I knew UCP ish issues could/would be a nightmare.

Is there a wiki on the rollback? I don’t see that option in my module admin.

Using FreePBX 12.0.13

No worries, this is why I love this type of community because we are able to effectively collaborate on issues towards a resolution. I updated to Fax Configuration Professional 12.0.31 last night and everything seems to be working now. Regarding the rollback feature, I knew about this feature but for some reason it just didn’t “click” in my head so that’s my fault for not taking advantage of it. But, the best lessons in life are hardest learned so I’m sure it will “click” next time. Thank you!

Go to: Admin >> Module Admin, click “Check Online” and let the system finish updating, then click on a module and you will see a tab named: “Previous”. Click on that and you have your rollback options.

I think we need better documentation on it or an announcement or something as it’s a relatively new feature.