1 Topic by joe

(0 replies, posted in Announcements)

Announcement

This is a 2.4.19 stable release with improved PHP 8 compatibility and some minor bugfixes.

This release fixes some problems on php versions 8.2 to 8.4. The following versions has been tested: 8.0.0, 8.0.7, 8.0.12, 8.1.6, 8.2.0, 8.3.2 and 8.4.13.

Please report any bugs/problems found via our Mantis Bugtracker at [http://mantis.frontaccounting.com.

Download instructions

In Sourceforge FrontAccounting (http://sourceforge.net/projects/frontaccounting), select
Files -> FrontAccounting 2.4 ->2.4.19.

For Windows users select the zip file. For all other users select the tar.gz file.

Security

FrontAccounting should NOT be used via unsecure http protocol. If you really need this - change SECURE_ONLY constant in /includes/session.inc to false (comment in the file added). Unfortunately this option cannot be added in sysprefs/config.php because the settings are not available before session is started.

Common

  • PHP 8 bug converting string-float in number_format2. Fixed

  • Some troubles with installation on PHP 8. Fixed.

  • Attachments (more than one) do not follow the transaction after edition. Fixed.

  • Spacing adjustment for report Annual Expense Breakdown, rep705.php.

  • Fixed deprecation warning when user error is triggered on php >= 8.4.

  • Fixed deprecation warning logged when sysprefs object is created on php >= 8.2.

  • Mantis Issue 5753: The company logo cannot be set. $padding in TCPDF class must be inside class declaration.

Sales

  • New feature. Copy Delivery/Invoice from Customer Transactions Inquiry.

  • Mantis Issue 5738. Additional search options for sales order (delivery date, excluding auto) and quotation (valid
    until date) inquires.

  • Mantis Feature 5740: On prepaid Sales Orders, Have a "Receive Customer Payment" option on screen following order
    placement. Fixed.

  • Mantis Issue 5594: Combo box to Customer Credit Note and Supplier Credit Note references. Fixed.

Purchases

  • Mantis Issue 5745: Supplier Credit Note Issue: Stock Move Price Overstated Due to Included Tax.

Items and Inventory

  • Mantis Issue 5745: Supplier Credit Note Issue: Stock Move Price Overstated Due to Included Tax.

  • Mantis Issue 5748: Voiding location transfer results in an increased material cost. Fixed.

Go to forum: Announcements

2 Reply by joe

(4 replies, posted in Report Bugs here)

This item has been fixed and committed to repository.

Joe

Go to forum: Report Bugs here

3 Reply by joe

(4 replies, posted in Report Bugs here)

I will have a look into these problems with missing declarations of members in some classes.
We will have to declare them inside the classes.

Joe

Go to forum: Report Bugs here

4 Reply by joe

(4 replies, posted in Report Bugs here)

Hi, thanks for this.
I have detected the same problem in 8.4 when working in an nginx container with php 8.4.5. I will just contact @itronics to see if he like this idea.

Joe

Go to forum: Report Bugs here

5 Reply by joe

(7 replies, posted in Banking and General Ledger)

I cannot reproduce this. Entered a single value on a cash invoice and a bank payment on a 0-date, and both values are correct reported.

So please other users make a simple test for this and report back.

Joe

Go to forum: Banking and General Ledger

6 Reply by joe

(6 replies, posted in Report Bugs here)

I guess I will ask janusz to look into this. He wrote these routines, i.e. customer_list_row. Combined with search functions.

Joe

Go to forum: Report Bugs here

7 Reply by joe

(6 replies, posted in Report Bugs here)

Hi again. Can't find any user with these credentials. Sorry.

Joe

Go to forum: Report Bugs here

8 Reply by joe

(6 replies, posted in Report Bugs here)

Spam folder? It might have landet here.

Go to forum: Report Bugs here

9 Reply by joe

(1 replies, posted in FA Modifications)

Will have a look at this. Thanks.

Joe

Go to forum: FA Modifications

10 Reply by joe

(6 replies, posted in Translations)

This is a fantastic improvement for translators. Thanks Rafat

Joe

Go to forum: Translations

11 Reply by joe

(11 replies, posted in Banking and General Ledger)

Hard to tell. It has to be investigated. The $go_debug variabel should give us some clues. Please continue.

Joe

Go to forum: Banking and General Ledger

12 Reply by joe

(3 replies, posted in Report Bugs here)

I will ask Itronics to fix this.

Joe

Go to forum: Report Bugs here

13 Reply by joe

(15 replies, posted in Installation)

Thanks, this item is fixed and closed

Joe

Go to forum: Installation

14 Reply by joe

(12 replies, posted in Banking and General Ledger)

Ok, maybe some other users can give some ideas how to do this. I am out of ideas right now.

Joe

Go to forum: Banking and General Ledger

15 Reply by joe

(12 replies, posted in Banking and General Ledger)

Hello again,

Instead of all these operations why not just setup the Credit Card as a Bank Account.

Use the Credit Card Bank as the default bank on your suppliers.

Just Invoice and pay from the Credit Card.

When paying the Credit Card, use the Bank Transfer to transfer the money from the Checking Account to The Credit Card bank account.

And you are done. Fewer transactions etc.

It is possible to fix your wishes, but the risk for side-effects are enormous and not desirable.

I would avoid the change and use this approach instead. What do you think?

Joe

Go to forum: Banking and General Ledger

16 Reply by joe

(12 replies, posted in Banking and General Ledger)

@jcunning

The problem is that the COGS account for the CC_Payment is an account with an underlying bank account. This is the first time this has happened.
So using a COGS account with an underlyng bank account will not work. The amount will not be posted to the bank account.

Of course this should work, but we will need a check for bank account here and do the transaction.

Will be back.

Joe

Go to forum: Banking and General Ledger

17 Reply by joe

(15 replies, posted in Installation)

@steven

I have now tested the install without table prefix on php8.1.3 and tried various options and I cannot find any problems anymore.
The install goes without any errors and working perfectly.

I have committed the last changes to repo. Please do a 'download snapshot' from the repo here:

https://sourceforge.net/p/frontaccounti … ster/tree/

and make a fresh install. Please report back.

Joe

Go to forum: Installation

18 Reply by joe

(15 replies, posted in Installation)

@steven

Please download the file /includes/db/connect_db_mysqli.inc file and replace on your test server. I hope it works now.
If it does I will commit it to repo asap.

Joe

Go to forum: Installation

19 Reply by joe

(15 replies, posted in Installation)

Wait a while. You might be right. I think I missed something!

Joe

Go to forum: Installation

20 Reply by joe

(15 replies, posted in Installation)

Hello,

It should be impossible. Did you make a flush cache from your browser?

Joe

Go to forum: Installation

21 Reply by joe

(12 replies, posted in Banking and General Ledger)

Will have a look.

Joe

Go to forum: Banking and General Ledger

22 Reply by joe

(5 replies, posted in Report Bugs here)

This has now been fixed. Committed to stable repo.

Files involved:

/gl/includes/db/gl_db_banking.inc
/gl/includes/db//gl_journal.inc

Joe

Go to forum: Report Bugs here

23 Reply by joe

(15 replies, posted in Installation)

This has now been fixed. There were more annoyance with installation etc. on php 8. All should now be fixed and committed to stable repo.

Files involved:
/includes/session.inc
/includes/db/connect_db_mysqli.inc
/access/login.php

Joe

Go to forum: Installation

24 Reply by joe

(5 replies, posted in Report Bugs here)

Will have a look into this!

Joe

Go to forum: Report Bugs here

25 Reply by joe

(15 replies, posted in Installation)

Will do! Thanks for detecting this!

Go to forum: Installation