Search options (Page 1 of 5)

I'm getting this error frequently with FA 2.4.8. The check_edit_conflicts() now has a different signature, and I haven't investigated exactly why this error is popping up, but it happens when I haven't even created an invoice in my session, and nobody else is logged in.

I'm just going to turn off edit checks, for now. When I get time, I might try to gather more diagnostic information.

(edit: I forgot to mention that I am using a CENTOS 7 Linux server running Apache and PHP 5.6)

FrontAccounting escapes all values before storing them. If you are storing values directly, you should use the same escaping mechanism. It can create some serious problems if you have a limited char() or varchar() field and suddenly you can't fit a 10 character string in a 15 character field because the escaping expands some characters into 4.

Having said that, it's not going to change anytime soon, so you may have to adapt your code accordingly.

I suggest you read the Wiki on the tax configuration for FA. It should be able to accommodate what you describe quite well.

First you would create all of the taxes that could be applied, with their respective rates and whether or not they apply to shipping.
Then you create tax groups that specify which taxes will be applied to that group. You can also create tax exempt groups.
Next, you set the tax group for each customer branch, so each type of customer may have their own tax configuration.

I hope I understood your question.

Is the generated PHP file supposed to look like this? ...

return array(
    '' => 'Cannot update work orders costs:
%s',
    'Main  Menu' => '',
    'Logout' => '',
    'Restricted access' => '',
    'Login as user: demouser and password: password' => '',
    ...

I guess I spoke too soon. When I put those files into my language folder, the system seems to hang/timeout at line 307 of includes/lang/gettext.inc.

It just keeps returning to this block:

if (!$this->_lang_code) 
{
    $this->_jobs[] = array($domain, $path); 
    return;
}

and the value of $this->_jobs[] =

[17-Sep-2019 13:36:41 America/New_York] Array
(
    [0] => Array
        (
            [0] => en_US
            [1] => ../lang
        )

    [1] => Array
        (
            [0] => en_US
            [1] => ../lang
        )

)

On a related note: I'm not sure what would happen if I ran the install wizard over the top of an existing multi-company installation. I don't want to add any new companies or change any of my settings.

The upgrade guide makes no mention of language files. I cannot locate any download on Sourceforge that references language packs.

I apologize if I'm missing something obvious. I have searched my filesystem, read the Wiki and googled this.

Thank you. I would not have looked there.

If I understand what you are saying, your balance carried forward should account for transactions in the previous period. You should have reconciled the earlier transactions in the previous system before you determined the opening balance for FA, so you should only have to reconcile transactions that occur after the switch.

There is no way to reconcile transactions that aren't in the system.

The way I check to be sure on those things is I make a database backup, change something, make another backup, and diff the two backups to be sure there is nothing I missed.

In this case, you're not generating transactions that have all sorts of side effects, like stock-moves, GL entries, etc.