Configuration on a per company basis are stored in the database - sys_prefs table. Configuration of a site-wide nature are stored in config.php file.
Read the wiki and search the forums at the outset.
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 apmuthu
Configuration on a per company basis are stored in the database - sys_prefs table. Configuration of a site-wide nature are stored in config.php file.
Read the wiki and search the forums at the outset.
The zip file is the way the master branch is distributed for cutting edge code.
Kindly update zh_CN Language in repo.
zh_TW is more complete though.
The release tags if any are outdated as several updates in the 2 months since it's release will be available from the bleeding edge download at:
https://github.com/FrontAccountingERP/FA/archive/refs/heads/master.zip
https://www.computerworld.com/article/2121520/microsoft-onedrive-cheat-sheet-using-onedrive-for-web.html
https://www.mrsharepoint.guru/sharepoint-vs-onedrive-pros-and-cons/
FA cannot be run directly off Sharepoint / OneDrive though content can be managed on them as file shares.
sf.net is the primary repo.
github is only a mirror.
@joe and @itronics are the main code repo integrators.
The README.md file has a GitHub Mirror Link:
https://github.com/FrontAccountingERP/FA
You can fork the project on GitHub and make changes as needed.
@joe: is this okay?
https://forums.spoken-tutorial.org/filter/FrontAccounting-2.4.7/
In your php.ini:
max_execution_time = 60
post_max_size = 64M
upload_max_filesize = 64M
Do not forget to restart the web-server process.
Also check for the lines with the word "timeout" in the files js/JsHttpRequest.js and js/utils.js.
File ownership to be checked for your company/0/attachments folder as it must be owned by the webserver process (www-data for Debian/Ubuntu).
https://wordpress.com/plugins/accounting-for-woocommerce
https://woolentor.com/doc/how-to-manage-orders-in-woocommerce/
What is your MySQL and PHP versions and which platform version are you on and which build version of FA v2.4 are you using?
Release Dates:
2024-06-28 - v2.4.18+
2024-04-03 - v2.4.18
2018-12-24 - v2.4.6
Last changes in sales/inquiry/sales_orders_view.php:
2024-05-14: Bug 5738 Addl Search Options and Bug 5740 Prepaid options for SO
2023-10-21: Bug 5722: Canceled Sales Orders Show Up In Sales Order Inquiry. Fixed.
2022-04-29: Invoice Prepaid Orders: Added new payments column for direct review of order invoicing status.
2020-01-13: Sales Order Inquiry Sort Descending. Fixed.
2019-07-18: Paged transaction inquiries optimized for maximum links in Sales and Purchasing and continuation
2017-09-21: Right align numbers in inquiries and lists.
None of these changes seem to indicate your predicament. Looks like some function call in the file even possibly outside these changes may have been changed in the files they were defined in.
WordPress does not have orders by default unless you installed a WP plugin.
In WP with your preferred eCommerce plugin installed, take a DB backup, then mane an order and then take another backup and compare the differences between the two backups and you will know which tables/records were affected and you can do the same for FA and hammer out a orders transfer script / sql.
Just 3 current accounts of shareholders.
Check out one of the first lines in includes/session.inc file for the SECURE_ONLY constant.
Check your mouse and it's buttons. Try a new / different working mouse.
Switch chatter / bounce may be at work.
See if the same issue occurs in another similar form page.
Try to do the same transaction in a fresh install of FA in PHP 5.x and MySQL 5.1 and you will note that NULL implementation and argument order may expose causes.
Lines 756-759 in reporting/includes/pdf_report.inc are:
function TextCol($c, $n, $txt, $corr=0, $r=0, $border=0, $fill=0, $link=NULL, $stretch=1)
{
return $this->TextWrap($this->cols[$c], $this->row - $r, $this->cols[$n] - $this->cols[$c] + $corr, $txt, $this->aligns[$c], $border, $fill, $link, $stretch);
}
The above function has not changed in 15 years.
However in 2 places in the said file certain PHP 8.1 issues caused a change 2 years ago for the likes of:
$str = ($str != NULL ? strtr($str, array("\r"=>'')) : "");
which may have to be revisited.
The function / method TextWrap is also defined in the same file (changed for PHP 8.1, 2 years ago) whilst the function / method addTextWrap called therefrom is defined in the file reporting/includes/class.pdf.inc.
Check if there are any PHP version related changes between PHP 5 and 8.1 that cause this situation.
@joe: any clues?
There is nice article with video for creating extensions in FA at:
https://www.flpages.com/2020/07/frontaccounting-customization.html
Which version of PHP and MySQL are you using? Looks like a PHP 8 issue where arguments for functions with default values are generally pushed to the end.
Turn debug to 2 in config.php and execute the transaction and post the results.
@joe: Should we allow 0 qty items in BOM to exist?
The basic FA has just 80 tables.
Make a fresh install of latest FA and manually import differences taking care to adjust the Primary Key and it's references.
Then copy over the relevant images/files renaming them for ID related differences in the new dispensation.
FrontAccounting forum → Posts by apmuthu
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.