It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by seahawk
I found a solution for the reporting/includes/class.mail.inc
I have found the solutions by changing all the \n code in the file to \r\n and it works on both PHP7.4 and PHP8.0
Emails are now sending and displaying correctly when sent from FA.
\r\n is for a new line in windows as for \n in the new line in Linux.
Use \r\n instead of \n for your implode -- explicitly specifies CRLF as the line terminator.
Out of some more research, I found the following on PHP bug tracker that might help:
A comment on PHP bug tracker also seems to enforce the fact that PHP 8 would not be tricky-compliant : https://bugs.php.net/bug.php?id=81158
This PHP issue may also be related, as it is mentioned to work with PHP 7.4 but not on PHP 8.0, because of LF char in headers : https://github.com/php/php-src/issues/7902 .
If I understand correctly, the "mail" function is replacing CRLF characters by LF characters, because some MTA may misinterpret CRLF and convert CRLF into CRCRLF.
I am not a programmer so I am merely trying to find a solution that could work on FA.
I presume that FA is using the file class.mail.inc
This file has not been updated since 2004.
I am still searching to see if there is a difference between 7.4 PHP mail() function and that of PHP8.
Mail from my Joomla4 installation and plugins and Moodle 4.1 on PHP8 are all sending emails without a problem. It is only my FA that has an issue with the PHP change.
What I could trace is the following:
"In PHP 8.0 there was a change to only explode email headers only on CRLF where previously it was exploded on LF and CRLF:
I have now played around with the CPANEL PHP settings for the subaccount for FrountAccounting. There are no mail settings. I am now getting the invoice email when PHP is set to PHP8.0, but it is all in plain text, no pdf attached.
On my test client, I receive two emails, one to me as admin and one to me as the client. On PHP8 however, I either do not get anything or now just receive a client email in Text, not pdf.
I am now at the end of struggling and will have to move my FA installation to a sub-domain with PHP7.4 enabled until I have time to figure this out since for the rest of my site I need PHP8 for both Joomla and Moodle.
Thanks for the feedback.
Do not have the option to attach screenshots.
Go to Accounting and General Ledger/Deposit/ - The entry will open. You have the following three header columns from left to right:
Account Code / Account Description /Amount / Memo(Fist Memo Entry Field) / Add Item
At the bottom, you have Memo (Second Memo Field).
The same happens on the Bank Payments entry screen.
Rafat, hope it helps.
Sending invoices with PHP 8 works for me, so the problem is neither FA or PHP 8.
If FA shows the invoice was mailed in green, it means that your mailer returned success.
Because you are able to send with PHP 7 and not PHP 8, you may have some differing mailer setting in your php.ini file for each version.
If the php.ini files are identical, then you need to enable debug on your system mailer to see exactly what and where the email was sent. You could compare the mailer debug output when running PHP 7 and PHP 8.
If there is no difference in mailer debug output, then you have run out of options to find the problem.
Sorry if this post is not of much help.
Thanks, Breath will try and figure it out then.
FA 2.4.14 is still not sending invoices on PHP8. It shows in green that the invoice was emailed, but nothing is received. All the websites that I run have now been updated to PHP8 since PHP7 has stopped any maintenance or security issues.
Since it is showing that the invoice was sent, but nothing is received it does not show any error.
When I revert back to PHP7 it emails the invoice without issues.
There are two places where you can email the invoice, on the sales tab after you created an invoice and then from the reports tab/ Invoices/email. None of the two is sending the invoices when PHP8 is activated.
.
On the Banking and General Ledger / Bank Payments screen, the inline item where you add the Account/ Dimension/ Amount/ Memo/ and add Item has a problem in the Bank recon tab. I think this line item must be Person/Item and not memo. There is already a memo block at the bottom of the line transactions.
When you do the bank reconciliation and the banking reports, the inline memo item (Person/Item) is not displayed at all within the bank reconciliation. If you have entered something in the separate memo block, that will be displayed in the bank reconciliation.
The same is true in Bank Deposits. Also, two Memo items on the screen that I presume have an error when you do the reconciliation, VAT reports, and Bank Recon Report.
Unfortunately, I cannot upload screenshots here, which would have explained the situation better.
Would be appreciated if this can be fixed in future releases.
I have now updated one of my FA installations on PHP8 and got the following errors:
1. On 2.4.12 it did not email the invoice when the server runs on PHP8, when reverting to 7.4 it sends correctly. On 2.4.13 with PHP8, the email is sent, but only in text. The invoice is then also in text and no copy to the bcc field. Also now pdf attachment.
"Subject: Invoice AWI0152 from Aquilla "
"--b640baceb3efdf08f767f71957c1a6cf
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
Dear ,"
The client's name is not in the email,
The rest of the content sent to the client:
"--b640baceb3efdf08f767f71957c1a6cf
Content-Type: application/unknown; name="InvoiceAWI0152.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="InvoiceAWI0152.pdf"
JVBERi0xLjMKMS4wMCB3CjMgMCBvYmoKPDwvVHlwZSAvUGFnZQovUGFyZW50IDEgMCBSCi9N
ZWRpYUJveCBbMCAwIDU5NS4yOCA4NDEuODldCi9SZXNvdXJjZXMgMiAwIFIKL0NvbnRlbnRz" This goes on for a bit.
This is just one error that I have picked up.
When reverting back to 7.4 it sends it correctly, to the client but does not send a bcc email to the company.
I have done a direct invoice. The client has 5 branches, and the top one was used. Now I am trying to fix that by wanting to change the selected branch, but that is not possible.
Can also not change the order or the delivery note since it was auto-generated.
I then changed the branch in the database in the Customer sales and then in orders. Despite that, it seems that the branch is pulled through from the Delivery note. That seems to have changed since in the past you could fix the issue by updating the branch on the order.
Is there a way to find the auto delivery note and change the back there to get the correct address?
I now have to void the invoice, which hopefully will void the Delivery and the Order.
Then recreate the invoice, but is a lot of work for multiple line items.
Any idea how to fix this issue?
What is the final verdict on this?
Will it be fixed or not? Do I have to manually add the Rep709 every time?
PHP 8 on 2.4.12 Invoice printing and email issue. The invoice does not want to print or email.
It shows that it was emailed, but it is never received.
On print, it just hangs.
When I revert back to PHP7.4 it prints and email.
Please advise.
Why is the English Wiki now displaying different languages?
https://frontaccounting.com/punbb/viewtopic.php?id=7252&p=5
Have this been fixed or will this only be implemented in 2.5?
This has been fixed and committed to stable repo.
A fixed file can be downloaded on Mantis.
Thanks for reporting this
Joe
In the latest update in 2.4.11 the same bug appears again. I have now downloaded this from the old issue that was fixed from Mantis.
This does not resolve the issue. It was resolved once in one of the previous versions. Maybe it is in another post.
Thank @advocate. This topic was started before the other one and there was no response. So I did not search for others.
Thanks, Joe. It seems that it is solving the problem.
I have checked now on a new installation of 2.4.11 and the problem with the Invoicing is still the same.
The Quotation now problem, the order, no problem, the delivery note, no problem. The problem is only on the Invoice?
The Invoice number displays correctly in the browser when you have completed the transaction and the email confirmation that the email was sent.
In the email header received by the client and the copy to admin, it shows Invoice 0 (instead of the invoice number). This must b a problem with $subject since the problem does not occur with Quotation nor, delivery or orders only with Invoice.
Please advise what to check?
No, I have upgraded from 2.4.09.
What is the new format?
My format is what it normally was as indicated above IN0012354. What must change to resolve this?
Followed the process above. Now get this when you want to void the delivery after voiding the Purchase invoice.:
The void cannot be processed because there is an insufficient quantity for item.
Well done. You deserve that.
Hi Apmuthu
I just upgraded to the new version from the previous version. In the previous version, it would add the Invoice number. After the upgrade, it no longer adds the Invoice number just puts a zero.
It is not just recurring but all invoices, even the new direct invoices that now have "Invoice 0" (this should be the invoice number for example IN0012354) ) from "My Company Name" (which is correct).
Why is it now not picking up the invoice number in the email heading and the email body?
The Invoice number on the PDF attachment is correct. The email also does not enter the client name it just states "Dear," (No client name). Previously it would read "Dear Wynand,"
When you email a recurring invoice or new invoice created it shows in the email heading the following:
Invoice 0 from Mycompany
In the content it reads:
Dear,
Attached you will find Invoice 0 from MyCompany.
Before the upgrade, it displayed the actual invoice number. After the up[grade the above is displayed.
HI
After updating my current site, template "Blue Collar" is no longer displaying the summaries for the clients, outstanding invoices etc on the different tabs. Thought it was a php8 issue, but it makes no difference since I have only changed the PHP after the update was completed.
I have then changed to Canvas which is working. On canvas what must be activated in the Access setup on the accountant profile to be able to view the dashboard?
@seahawk
One thing for sure..stock FA 2.4.x does not support Tax on Bank Payments, deposits..etc..
The question is why not, since in RSA the banks charge VAT on all their baning transaction fees and account fees. There is no other way that these VAT can be incorporated into the TAX Report since it is only displayed on your bank statement. No separate VAT invoice is issued by the bank.
I can understand that it is not all banking transactions, but when you create a quick entry with VAT inclusive for bank cost and account fees, all of that is automated. Just enter the amount.
Any other transaction that happens once-off, who is not a customer or supplier will be handled the same way, although you have an invoice as proof.
Hi Joe,
I am on 2.4.9 and I do not see this selection on the trial balance report. Why would that be?
(Do not worry, found it on the drill-down, not the report.) Thanks
FrontAccounting forum → Posts by seahawk
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.
