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

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

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

Joe

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

Joe

Spam folder? It might have landet here.

Will have a look at this. Thanks.

Joe

This is a fantastic improvement for translators. Thanks Rafat

Joe

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

Joe

I will ask Itronics to fix this.

Joe

10

(15 replies, posted in Installation)

Thanks, this item is fixed and closed

Joe

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

Joe

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

@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

14

(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

15

(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

16

(15 replies, posted in Installation)

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

Joe

17

(15 replies, posted in Installation)

Hello,

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

Joe

Will have a look.

Joe

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

20

(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

Will have a look into this!

Joe

22

(15 replies, posted in Installation)

Will do! Thanks for detecting this!

Look at @rafat's post above. He explains how to get more that 10 rows in search.
Here is a repeater wink.

You can set the variable

$max_rows_in_search = 10;

In the file config.php at the end. Set it to a suitable value

Joe

I have asked Janusz to fix this.

Joe

25

(1 replies, posted in FA Modifications)

This was a git misbehaviour. Please ignore.

Joe