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
It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by joe
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
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
@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
@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
Wait a while. You might be right. I think I missed something!
Joe
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
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
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 .
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
This was a git misbehaviour. Please ignore.
Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.