Contact offline - PM.

2,802

(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,803

(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,805

(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,807

(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,811

(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,814

(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,815

(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,817

(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,818

(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.

2,819

(1 replies, posted in Accounts Receivable)

Fine grained permissions like this needs custom modules to be written. Currently not available in FA.

2,820

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

"Nomina and Human Resources" ??
Did you mean Spanish "Nomina" to be "Appointment" or "Approval "?

There is no "Approval" system in default FrontAccounting for now.

There is no standard "Payroll / Recruitment (Appointment) / HR" module for FrontAccounting. Some users have created it for themselves and some have put it up for free use. @Farhaj and @kvvaradha have commercial ones. @notrinos has an open source one.

2,821

(0 replies, posted in Report Bugs here)

The FA codebase currently has a mixture of tabs and spaces used for indentation. To convert all such tabs into 4 space indentations we use the linux sponge command from moreutils package which does not alter the file permissions / ownerships / possibly timestamps.

cd /var/www/webroot
# Upload the core files
unzip core.zip
mv core core_org
unzip core.zip
apt-get install moreutils
cd core
find ./ -name '*.php' -type f -exec bash -c 'expand -t 4 "$0" | sponge "$0"' \{\} \;
find ./ -name '*.inc' -type f -exec bash -c 'expand -t 4 "$0" | sponge "$0"' \{\} \;
find ./ -name '*.css' -type f -exec bash -c 'expand -t 4 "$0" | sponge "$0"' \{\} \;
find ./ -name '*.js' -type f -exec bash -c 'expand -t 4 "$0" | sponge "$0"' \{\} \;
cd ..
diff -r core_org core > fa24_t2s.diff
tar -czf fa24_t2s.diff.tar.gz fa24_t2s.diff
zip -r core.zip core

2,822

(2 replies, posted in Manufactoring)

As @joe said, there is no need to issue items that are already there in the BoM as they would get issued when manufactured.

FA v2.3.5 was released on 2011-06-09.

The manufacturing/work_order_entry.php file is one of the files that manages your issue and was changed marginally during the release of FA v2.3.14 on 2013-01-18.

On 2014-09-22, there was a commit titled:
Fixed stock quantity checks to block transactions which would result in negative inventory status (if not allowed).

It is possible that other issues in this arena may been subsequently set right.

Kindly upgrade to the final edition of FA v2.3.26+ for best results.

2,823

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

@BarryHavenga: As you are using MySQL v5.7.x, the '0000-00-00' and it's timestamp counterpart are no longer accepted as an empty date unless the strict mode is turned off. There may be some PHP 7.x gotchas we need to weed out. Follow @braathwaate's instructions and see what gives.

Someone can test with PHP between 5.3 and 5.6 (both inclusive) along with MySQL between v5.0 and v5.6 and see if all is well.

2,824

(4 replies, posted in Installation)

@joe / @itronics: Thanks for the commit that now allows non standard db ports in FA 2.4.x.

Gracefully degrades to accommodate old config_db.php files that do not have the port element in each connection instance.

For later versions of MySQL (v5.7+) turn off strict mode with:

SET @@global.sql_mode= '';

This will accomodate zero values in dates.

2,825

(5 replies, posted in Reporting)

If your browser is set to clear all cookies and cache on exit from FA then these values and the session will vanish on logout and close of all browser instances.