I've moved this topic to FA Modifications.

I think this will be an options for Company Setup.

Joe

I will look into this asap.

Joe

Yes, now I see it. In this specific case the line was not there. Thanks for observing this.

To retrieve the user unit dec, the function user_qty_dec() is uset, not user_price_dec() smile.

This has now been committed to stable repo. A fixed file can be downloaded here and replaced on your server.


Joe

Strange, I cannot reproduce this. Have tried with 'User Quantity Decimals (-1) and stock with single digit. And tried in PHP 7.1.33 and 8.1. No problems. It works perfectly here. Others having problems?

/Joe

When the 'Protect security settings' is set, the users and the security_roles tables are skipped when restoring. These are the only tables classed as security settings.

@apmuthu
Will you update the Wiki for us. Thank you in advance.

Joe

I cannot reproduce this error. Anybody else?

I have asked Itronics to comment on this. Unfortunately he is very busy with other stuff at present. Hopefully he will enter soon.

Joe

Regarding the upload facility, this is available to all senior members. Just remember to NOT use the quick reply message, but use the 'Post Reply' link instead.

Joe

I have now been looking into this and came to the conclusion that we only add the selection type, Journal Entries.

For reason of backward compatibility, we will not change the 'unsettled transactions'. This will then cause confusing. The 'unsettled transactions' is used in several places now.

Eventually we can change this in a Major update.

The change will be pushed to repo in a while.

Joe

Yes, I can follow your arguments.

Regarding Journal .Entries, you are right. It should be included.

Would you kindly specify the salestypes problem in customer allocations.

Maybe we have the same problems in supplier ledger.

Joe

Hello. I think the meaning of unsettled here is transactions that are due. It has always been set so. Do you want another text, or?

Joe

Work order entry takes the dimensions set on the Created Item. But the Balance Account dimension wasn't stamped. This is fixed and committed to repo.

A fixed file can be downloaded here and replaced in /manufacturing/includes/db.

Joe

This bug has already been fixed, see topic

https://frontaccounting.com/punbb/viewt … ?id=10038].

Joe

@kvvaradha

I hope you are looking at the last committed code from the core.

In the Invoice case we are first testing for $type == ST_SALESINVOICE before the return action (not voiding).

The code works smoothly. And it falls down to post_void_customer_trans with the correct $type and $type_no.

The $type and $type_no are never changed inside the function.

Joe

@kvvaradha

There are no missing breaks. I will explain.

The Customer Payment and the Sales Invoice must fall thru down to post_void_customer_trans($type, $type_no) on line 63 (inside ST_CUSTCREDIT and ST_CUSTDELIVERY.

Joe

Thanks for detecting this.
This has been fixed and committed to stable repo.

A fixed file can be downloaded here.

Joe

Fixed and committed to stable repo.

A new rep108.php file can be downloaded here and a new empty.po can be downloaded here.

Joe

When the 'Direct Invoice' or 'Direct Delivery' are selected, the underlying Order references are stamped 'auto'. This means that these Orders are less interesting.
These Orders are there, if you for some reason must print them. 

Joe

Ok, these changes has now been fixed and committed to stable repo.

A new rep108.php file can be downloaded here and a new empty.po can be downloaded here.

Joe

Hello again,

name changed to DebtorName.

@advocaat.pollet
Your last suggestion regarding $rep->filename change I am not sure this is a good idea. Normally we are not localizing file names.

Please downlows this file, rename, replace and check. If ok we will commit it and an empty.po to stable repo.

/Joe

@advocaat.pollet

Please download the file rep108.php1. Rename it to rep108.php and replace it in the /reporting folder.

Test this and report back.

If it is ok, we can commit it and update the po file.

/Joe

Yes, a good idea. Will do that later this evening.

Joe

Thanks for reporting this.

This is fixed and committed to stable repo.
A fixed empty.po file can be downloaded here[ and a fixed rep108.php can be downloaded here.

Joe

@doug86

Did you download the new file /admin/db/voiding_db.inc and replaced it after the new install from sourceforge.net?
This install file is not updated yet. This file is only updated after a new release.

Joe

Thank you guys. Committed to stable repo.

A fixed file can be downloaded here.

Joe

Oops, will make a rerun.

Joe