I have asked Janusz to look into this item. Hopefully he will respond asap.
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
I have asked Janusz to look into this item. Hopefully he will respond asap.
Joe.
This has been fixed and committed to stable repo.
A fixed file can be downloaded on Mantis.
Thanks for reporting this ![]()
Joe
Will consider this.
Joe
Thank you guys for solving this. Will fix and commit the changes tonight.
Joe
Committed to stable repo.
/Joe
Thanksn@apmuthu
I will fix this asap.
Joe
Hello again, @tom.horton.
This is amazing. I tried to paste 60 characters into the description field. Only 50 characters were accepted. I am using Windows 10, Chrome browser, php 7.4.9, FA 2.4.9 and having no problems.
Would you tell us your environment, tom. Would be interesting to know.
/Joe
This is strange. The text box for the Item Description has a max length of 50 characters and this is exactly the size of the field in the DB. Entering more than 50 characters in this field is not possible.
Could this be from an import module that doesn't check for max length?
/Joe
@kvvaradha
Ideas are welcome. Thanks.
Joe
Yes, we will rearrange the fields a bit in 2.5. Until then, you can use the existing fields to elaborate the information.
I made an Invoice a while ago with the sort-code, IBAN, BIC fields, by rearranging the info in the various field in the Bank Account
Joe.
Fixed and committed to stable repo. Thanks.
/Joe
Hello @notrinos. Thanks for detecting this.
Fixed and committed to stable repo.
/Joe
Hello @notrinos and all interested parties.
This was NOT a bug in rep 704, but in /includes/types.inc, function payment_person_name. The string returned from here was mistakenly a link and that didn't work in reports. Fixed now in function payment_person_name, and rep704.php has been restored. A similar bug was also in rep601, bank statements, also fixed now.
Committed to stable repo.
/Joe
I will ask Janusz to look into this.
/Joe
I will ask Janusz to take a look at thisl
/Joe
Fixed and committed to stable repo.
/Joe
Committed to stable repo.
/Joe
Thanks @notrinos for detecting this. Will be fixed asap.
Joe
The fix has been committed to stable repo.
/Joe
Will fix. Thanks.
Joe
Hello and thanks to @islamsaeid3, @notrinos and @apmuthu for seeing this.
This has been fixed and committed to stable repo (?). I think we are close to a 2.4.10 release ![]()
You can download the fixed file here and replace in /inventory/includes/item_adjustments_ui.inc.
/Joe
Sure, you are right. This happened when another bug was fixed. Fixed inside the rep209.php.
A fixed file can be downloaded here and replaced in /reporting/rep209.php.
Joe
Hello all,
This has been fixed, the algorithm in get_default_supplier_bank_account() is now the same as in the function get_default_customer_bank_account().
For all of you using PHP version < 5.4, you can download the fixed file and replace in /gl/includes/db/gl_db_bank_accounts.inc.
Sorry for missing this before the 2.4.9 release.
/Joe
I cannot reproduce this error. Which version?
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.