26 Reply by joe

(3 replies, posted in Translations)

I have asked Janusz to fix this.

Joe

Go to forum: Translations

27 Reply by joe

(1 replies, posted in FA Modifications)

This was a git misbehaviour. Please ignore.

Joe

Go to forum: FA Modifications

28 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

29 Reply by joe

(20 replies, posted in Accounts Receivable)

Will do.

Joe

Go to forum: Accounts Receivable

30 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

31 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

32 Reply by joe

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

33 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

34 Reply by joe

(11 replies, posted in FA Modifications)

Will check on this today.

Joe

Go to forum: FA Modifications

35 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

36 Reply by joe

(4 replies, posted in Banking and General Ledger)

This has now been fixed, but not in file /gl/gl_journal.php. It was better to fix it in /gl/includes/db/gl_journal.inc in function write_journal_transaction.

You can download the fixed file here and replace it /gl/includes/db/gl_journal.inc.

Thank you for pointing this our. There were no errors in the bank payment/deposit routines.

Joe

Go to forum: Banking and General Ledger

37 Reply by joe

(4 replies, posted in Banking and General Ledger)

I will check this asap.

Joe

Go to forum: Banking and General Ledger

38 Reply by joe

(7 replies, posted in Report Bugs here)

I have to ask @Itronics about this.

/joe

Go to forum: Report Bugs here

39 Reply by joe

(17 replies, posted in Reporting)

I will look into this. I agree that this could be better. To make it backward compatible, maybe we can just swap  the selector control for this and eliminate the allocate field if not chosen.

Will talk to Janusz about this.

Joe

Go to forum: Reporting

40 Reply by joe

(16 replies, posted in Report Bugs here)

I understand that you guys are very busy.

Anyhow, I am sure the fixes are ok and I am pushing the files to stable repo now.

Joe

Go to forum: Report Bugs here

41 Reply by joe

(5 replies, posted in Accounts Receivable)

This is a dublicate of another topic.

Please go to this topic.

.https://frontaccounting.com/punbb/viewtopic.php?id=10451

Joe

Go to forum: Accounts Receivable

42 Reply by joe

(16 replies, posted in Report Bugs here)

@seahawk and @kvvaradha

Hello again,

I have now fixed the Workbook.php1 and the exel_report.inc files.

Please download them, rename Workbook.php1 to Workbook.php and replace on your test server. Tell me if all the deprecation errors have vanished. (They should).

If this is also ok, then we can commit the files to stable repo.

Go to forum: Report Bugs here

43 Reply by joe

(16 replies, posted in Report Bugs here)

@seahawk

Regarding first error line 66 in frontaccounting.php: Creation of dynamic property front_accounting::$renderer is deprecated in file.

Please insert the following line 31 in frontaccounting.php:

var $renderer = null;

It should remove the 8.2 error, right? Please tell me.

Regarding second error line 267 in sales_order_entry.php. Please change the line to:

$cart->reference = get_post('ref');

Please tell me if it helps, thanks.

Regarding the third error, I need some time to fix the workbook.php file. This is not our own, so I have to fixi the file.
Will be back on this.

Joe

Go to forum: Report Bugs here

44 Reply by joe

(3 replies, posted in Accounts Payable)

Yes, of course. Sorry.

Joe

Go to forum: Accounts Payable

45 Reply by joe

(3 replies, posted in Accounts Payable)

Could recurring invoices be a candidate?

Go to forum: Accounts Payable

46 Reply by joe

(3 replies, posted in Accounts Receivable)

This has been pushed to stable repo. Thanks.

Joe

Go to forum: Accounts Receivable

47 Reply by joe

(7 replies, posted in Report Bugs here)

This bug was reported on Mantis as
0005724: Bug In Date Editing in Latest FA

I cannot reproduce this error. And this has been specified on the Mantis bug report.

Joe

Go to forum: Report Bugs here

48 Reply by joe

(1 replies, posted in Banking and General Ledger)

Please set the $go_debug variable in config-php to 2 for trapping the errors. Thanks in advance.

Joe

Go to forum: Banking and General Ledger

49 Reply by joe

(7 replies, posted in Wish List)

Well, I can see that this is a major improvement, so it has been implemented and pushed to the stable repo.

You can download /sales/inquiry/customer_inquiry.php and /sales/includes/db/cust_trans_db.inc and replace on your server.

Joe

Go to forum: Wish List

50 Reply by joe

(7 replies, posted in Wish List)

Sorry Guys for the late response.

@rafat

Yes I know, but you can use the 'Journal Inquiry' in 'Banking and General Ledger' for this. This is not optimal, but it works.

Changing this in 'Customer Transactions' will require more changes.

Joe

Go to forum: Wish List