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
Hello again Mark.
All Always you have been superb detecting bugs.
Both the workorder report bug and the workorder issue bug have been fixed.
rename the files from extension .php1 to .php and replace
/reportingrep409.rep
/manufacturing/work_order_issue.php
/Joe
Just change the value in config.php to
$save_report_selections = 1;
Joe
Thanks Mark,
I will have a look into this. If I can I will try to fix it before release 2.3.24. Otherwise it will be fixed later.
Joe
I guess that this info on the report is redundant. The workorder could never be issued if there were insufficient stock. So this info do not need be printed on the workorder.
/Joe
Will have a look at this, Mark.
If I understand you, it is only the print out of the work order having this issuw, right?
/Joe
Yes, it is Mark.
Set the variable in config.php to 1:
--------------------------------
$save_report_selections = 0;
--------------------------------
/Joe
Release 2.3.23 has been revoked due to a problem in editing Security (Access) roles.
A fixed release 2.3.24 will be released tomorrow.
/Joe
I guess you see a lot of information in the customer balances, aging report. And I guess there is a report about the status of orders.
Joe
Announcement
This is a 2.3.23 bugfix release.
Common
Restoring compressed sql files sometimes failed due to nasty bug in php gzfile function.
Fixed 'C' english language display on Install/Update Languages page, to allow its selection on first page.
Fixed deprecated preg_replace in php >= 5.3.0 with the /e flag in utf8 reports.
Fixed ECB URLs 'Moved permanently' problem.
Better CSS for combobox select.
Fixed warning about non-existing HTTP_USER_AGENT session variable on some Plesk configurations.
Fixed warning during database restore.
Further fixes to javascript multiple class handling.
Fixed problems with latin2 encoding due to changes in htmlspecialchars() behaviour in newer php versions.
Extended length of email entries in company and locations settings.
Moved page number on reports, when more than 1 page, on documents down 2 lines.
Currency filter not working in documents.
Fixed many issues in output HTML code according to HTML 4.01 Transitional format.
Additional cleanups in standard themes.
Sales
Improved layout Reports Customer Balances.
Fixed contact record creation when new customer is added (reference/name were superseded).
Fixed false quantity on hand errors on sales delivery.
Fixed Quote Valid Days in System and GL Setup, Setup section.
Missing update of shipping tax when crediting an invoice.
Fixed Delivery note bug : Parent constraints not working if sales order line deleted after delivery
The aging reports / inquiries had a 1 day error in presentation. Fixed.
Purchasing
Wrong domestic opening balance in Report Supplier Balance for currency suppliers.
Improved layout Reports Supplier Balances.
Purchase order reference was not restored after last PO cancelation.
The aging reports / inquiries had a 1 day error in presentation. Fixed.
Manufacturing
Improved calculation of standard cost in advanced manufacturing even if qoh = 0.
Allow search by Id in search work orders.
It will be in a while, maybe a month.
Joe
This is implemented in release 2.4.
Joe
Use grouping for this. This is much more intuitive.
Joe
Hello,
janusz is planning to have this work in release 2.4. This is already implementid in a local Polish project.
Joe
This is the label for the first column.
Sorry for not answering so quickly. I am on a cruise from Buenos Aires.
Joe
The corresponding purchase lines are done when the delivery is done. The same dimension as the one belonging to the sales invoice is used.
Joe
I don't know Apmuthu. We have had this all the time. Maybe you can find somewhere suitable in the Wiki to put this. Isn't it mostly used in the balance Sheet and Profit and Loss Statements?
I my opinion, I Think we can continue with this.
/Joe
This is not an error, but a constant for out of range value.
Joe
Just press the '#' label.
/Joe
Yes, there were a 1 day failure in the aging routines. These errors have been here for 8 years 
.
Well, not a serious bug perhaps, but as you say Mark, quite annoying.
The HG repo for 2.3.23 will be updated asap. If you can't wait you can download:
/reporting/rep.102.php1 and /reporting/rep202.php1. Rename the files to .php.
/sales/includes/db/customers_db.inc and /purchasing/includes/db/suppliers_db.inc.
And replace the files.
/Joe
This issue has now been implemented in 2.3.23 release.
If you can't wait you can download the files /manufacturing/search_work_orders.php1 (rename to .php) and /manufacturing/includes/db/work_orders_db.inc. Please replace the files in your setup.
/Joe
Hold your horses . I didn't realize this as that important.
I will have a look again.
Joe
@MarkAndrew,
I now see the problem.
When you void a supplier invoice, the underlying Delivery is NOT voided. This has to do with when using the supplier invoice in the right panel, you can select which deliveries is going to be included in the supp invoice.
Therefore voiding a complete direct supp invoice ( and a built up supp invoice from the right panel) will not be done and it will Always require a 2 step operation.
1. First void the supplier invoice.
2. And now void the PO delivery.
Although most of the time it could be done to void both the supp invoice and the receive, it would be dangerous to do this and in several cases it qould not be desirable.
So I will leave the operation as is.
The wiki has been update here.
/Joe
Ok, I will give it another go, but be prepared to help testing.
Joe
Oh, I see. Sorry we do not consider this as needed. As you say you can search by reference.
Joe
Just press the # label.
Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.