I have asked Janusz to look into this item. Hopefully he will respond asap.

Joe.

327

(21 replies, posted in Reporting)

This has been fixed and committed to stable repo.

A fixed file can be downloaded on Mantis.

Thanks for  reporting this smile

Joe

Will consider this.

Joe

This has now been fixed and committed to stable repo.

The fixed file can be downloaded here.

/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

333

(8 replies, posted in Items and Inventory)

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

334

(8 replies, posted in Items and Inventory)

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 smile

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?