Probably yes - try it and document it.

2,852

(1 replies, posted in Banking and General Ledger)

As of the last day of the previous fiscal:
1. Make a dummy invoice for each vendor / customer trackable outstanding
2. Make a journal voucher for the rest of the balance sheet entries

For the first one above, you will be able to allocate payments in the current accounting year.

The current year invoices will now reflect their balances correctly.

2,853

(3 replies, posted in Announcements)

The table structures / table list of the FA 2.3 has changed in FA 2.4.x. Take a schema dump of the current one and compare it with that of the en_US-new.sql file and see if it is very different and try to run a Setup->Software Upgrade from within the FA Web UI.

Seek professional assistance in the job board and post your offer.

Import Transactions is not contained in any "FA 2.4.2 update". It is a plugin by itself that has not been updated as yet in the official FA pkg distribution repo. Install it and overwrite the files with their counterparts from my repo for now till the devs update the pkg in the official repo.

2,855

(154 replies, posted in Modules Add-on's)

This post has what you need. If you need to put it in the db connection script see this post for FA 2.3 and port it accordingly into the mysql/mysqli connect scripts. @braathwaate's instructions were for PHP versions.

2,856

(1 replies, posted in FA Modifications)

In your Purchase Return file, you will have a copy of the function check_data() where the error emanates. Try to capture the value of the price form field variable and check what rounding off error causes it based on PHP version, MySQL version and Apache version nuances apart from platform dependancies - mention these versions and which version of FA you are using.

2,857

(1 replies, posted in FA Modifications)

https://frontaccounting.com/fawiki/index.php?n=Devel.BarCodeUsage

Contact offline - PM.

2,859

(8 replies, posted in Accounts Payable)

Clear all browser cache and try it.
That is the setting that should do it unless it is a scope / visibility issue.
@joe?

2,860

(8 replies, posted in Accounts Payable)

https://stackoverflow.com/questions/4921466/php-rounding-error

Try on a 64 bit machine.
Provide details of PHP version number and Apache/mySQL/OS versions.

What OS and version are you hosting your FA? Is your OS fully updated? Provide Apache/PHP/MySQL versions.

2,862

(1 replies, posted in Items and Inventory)

Checkout FA v2.4.2 and check and let us know. When a category is set with TaxType (specific to that item) along with ItemType if any, it is a default lookup value that can be changed by the end user for any specific voucher causing the anomaly you allude to. The choice actually determines what default accounts are to be used in the form.

Try a new install of FA 2.4 and see if that works.

2,864

(3 replies, posted in Announcements)

Provide details of your install.
Server OS and versions of PHP/MySQL/Apache ?
What version did you upgrade from and to?
Did you have any extensions loaded (like Fixed Assets) before the upgrade? Fixrd Assets s now part of FA 2.4.x.
If you upgraded your Apache from 2.2 to 2.4 adjust your apache conf file.
If you have PHP 7+ and/or you have MySQL >= 5.7 then you will need to search the forums for fixes.

If you are technically challenged, take professional assistance by posting a bounty in the Job Board topic..

Delete the js cache files in <FA webroot>/company/#/js_cache/#/*.js

When you changed from Apache 2.2 to 2.4 you will need to change the "allow,deny" directives to "Require all granted" in the apache conf file. See what changes need to be done on such migration. Also see if the file ownership and permissions of the webroot and below are available for the webserver process.

https://serverfault.com/questions/739427/script-to-migrate-apache-2-2-to-2-4-configuration-files
https://www.digitalocean.com/community/tutorials/migrating-your-apache-configuration-from-2-2-to-2-4-syntax
http://httpd.apache.org/docs/current/upgrading.html

What did you do differently that made it work now?

2,868

(1 replies, posted in FA Modifications)

The relevant links are:

https://frontaccounting.com/fawiki/index.php?n=Devel.AjaxInFA
https://frontaccounting.com/punbb/viewtopic.php?id=5340

Excerpt from KVCodes Article:

JsHttpRequest – This files helps you to perform the Ajax operations on live. When you select an option from the Drop down select, it will send a request to get all the relevant informations based on the item you selected on the drop down box. Also helps to perform the Live edit and delete as well.

insert.js  and util.js –   This files helps to fetch the informations for the AJAX Calls.

Screenshot of the transaction's GL Entries onscreen would be useful. By "VAT control account" did you mean "VAT Payable Account" ?

In php.ini set the following:

always_populate_raw_post_data = -1

These posts might be useful:

https://frontaccounting.com/punbb/viewtopic.php?id=6852
https://frontaccounting.com/punbb/viewtopic.php?id=6451

Hope you have tested using the latest FA 2.3.26 and FA 2.4.2 (Re-Release).

2,871

(9 replies, posted in Installation)

When no language is chosen for the FA user interface, the fallback language is "C".

Older PHP versions did not have native gettext support or it was not compiled into it or it was not enabled in the php.ini.

For such instances, the fallback was a language translation array that was generated if the <locale>.php file was not compiled after the corresponding .po file.

If the lang/new_language_template/C.php, then it would throw up errors in the tmp/errors.log file.

To mitigate this, in the includes/lang/gettext.inc file, after:

    function _load_domain($domain, $path = "./locale")
    {
        $src_domain = $path . "/$this->_lang_code/LC_MESSAGES/$domain.po";
        $php_domain = $path . "/$this->_lang_code/LC_MESSAGES/$domain.php";

insert the following:

        if ( $this->_lang_code == 'C' ) {
            $src_domain = $path . "/new_language_template/LC_MESSAGES/empty.po";
            $php_domain = $path . "/new_language_template/LC_MESSAGES/C.php";
        }

and create the file lang/new_language_template/C.php with the following contents:

<?php
return array();

This fix is available in my FA24Mods commit.

2,872

(1 replies, posted in Installation)

If you are getting a lot of errors in tmp/errors.log for logout.php file, it is because of the last 2 lines in it. The error lines would be like:

[31-Jul-2017 13:53:27] 0::logout.php:50:[before upgrade] session_destroy() [<a href='function.session-destroy'>function.session-destroy</a>]: Session object destruction failed

The following links have more info on it:

https://stackoverflow.com/questions/8549757/why-session-object-destruction-failed
https://stackoverflow.com/questions/3538513/detect-if-php-session-exists
https://github.com/yiisoft/yii2/commit/457abe8939b0d1b7b41c33c4c335d7d6b8ae83a6

Delete the modules\_cache\*.gz files and try again after clearing all browser cache and make sure you have the correct FA.pem file in your FA webroot.

2,874

(11 replies, posted in Announcements)

Committed in GitHub.

The zip of changed files between FA 2.4.1 and 2.4.2 is attached.

2,875

(11 replies, posted in Announcements)

Non default company login after files upgrade results in:

Access to application has been blocked until database upgrade is completed by system administrator.

WinXPSP3 / FireFox 37.0.2 / XAMPP 1.7.3 (Apache 2.2 / MySQL 5.0 / PHP 5.3.1.

Default Company login is okay. The Database version shows 2.4.1 in Setup -> Software Upgrade for all companies. Doing a software upgrade on each company does not alleviate the issue.

Since there is no db change in this version, the $db_version variable should have remained '2.4.1'. in version.php. Kindly revert.