1 Reply by joe

(3 replies, posted in Report Bugs here)

I will ask Itronics to fix this.

Joe

Go to forum: Report Bugs here

2 Reply by joe

(15 replies, posted in Installation)

Thanks, this item is fixed and closed

Joe

Go to forum: Installation

3 Reply by joe

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

4 Reply by joe

(9 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 enourmous and not desireble.

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

Joe

Go to forum: Banking and General Ledger

5 Reply by joe

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

6 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

7 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

8 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

9 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

10 Reply by joe

(9 replies, posted in Banking and General Ledger)

Will have a look.

Joe

Go to forum: Banking and General Ledger

11 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

12 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

13 Reply by joe

(5 replies, posted in Report Bugs here)

Will have a look into this!

Joe

Go to forum: Report Bugs here

14 Reply by joe

(15 replies, posted in Installation)

Will do! Thanks for detecting this!

Go to forum: Installation

15 Reply by joe

(4 replies, posted in Items and Inventory)

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

Go to forum: Items and Inventory

16 Reply by joe

(3 replies, posted in Translations)

I have asked Janusz to fix this.

Joe

Go to forum: Translations

17 Reply by joe

(1 replies, posted in FA Modifications)

This was a git misbehaviour. Please ignore.

Joe

Go to forum: FA Modifications

18 Reply by joe

(20 replies, posted in Accounts Receivable)

This has been implemented as a new feature. Pushed to stable repo. Not needed to be an extra flag in company setup. It will be official from minor 2.4.19.

You can download the files /sales/inquiry/customer_inquiry.php and /lang/new_language_template/empty.po and replace on your server and it will work immediately.

Thanks @trafficpest for proposing this. Very good!

Joe

Go to forum: Accounts Receivable

19 Reply by joe

(20 replies, posted in Accounts Receivable)

Will do.

Joe

Go to forum: Accounts Receivable

20 Topic by joe

(3 replies, posted in Announcements)

Announcement

This is a 2.4.18 release, which is a new feature release, PHP 8 compatibility release, as well as a bugfix release.

A couple of php 8.2 and 8.3 problems has been fixed. This release should now be PHP 8 compatible. The following versions has been tested: 8.0.0, 8.0.7, 8.0.12, 8.1.6, 8.2.0 and 8.3.2.

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

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

  • Fixed several php 8.2 deprecation bugs.

  • Fixed language modules locale.inc integration.

  • New empty language template.

Sales

  • Bug 5722: Canceled Sales Orders Show Up In Sales Order Inquiry. Fixed.

  • Customer Transaction Inquiry on Reference (partly) fixed.

  • Bug 5711. Bad Content-type set for invoice mail attachment; malformed invoice mails sent from Win based FA servers. Fixed

  • Better sql construct in sales/includes/db/sales_order_db.inc

  • Bug 5735. Problems with sending emails with encoding other than ASCII - fixed.

Items and Inventory

  • Wrong implicit conversion from double in Items. Fixed by using int.

Banking and General Ledger

  • Implemented attachments for Bank Accounts, and redesign of Bank Accounts to a tabbed window with Settings, transactions and attachments.

  • Bug. Edit Journal -> orphaned attachments after edit. Fixed.

Go to forum: Announcements

21 Reply by joe

(16 replies, posted in Report Bugs here)

@seahawk
This is an old issue for Windows installations. We are working on that. In the meantime please set the following variabel in config.php to 1:

$no_check_edit_conflicts = 1;

Joe
PS. This is NOT a php8 bug. This issue range over several php versions.

Go to forum: Report Bugs here

22 Reply by joe

(3 replies, posted in Translations)

Hi guys,
Please keep the forum in the English Language. That way many more can benefit from us.

Joe

Go to forum: Translations

23 Reply by joe

(11 replies, posted in FA Modifications)

Fixed both errors. The one in gl/inquiry/profit_loss.php and the one in inventory/manage/items.php.

Pushed to stable repo.

/Joe

Go to forum: FA Modifications

24 Reply by joe

(11 replies, posted in FA Modifications)

Will check on this today.

Joe

Go to forum: FA Modifications

25 Reply by joe

(4 replies, posted in Banking and General Ledger)

Yes, of course you are right. Sorry for the typo. Thanks for the correction.

Joe

Go to forum: Banking and General Ledger