Sure @notrinos, this will be a good idea.

Joe

477

(2 replies, posted in Report Bugs here)

I cannot reproduce this. When changing period only the selected Purchase Order Deliveries are shown in my environment.

Using the latest FA 2.4.7 and Wamp and php 7.1.

/Joe

This has been fixed and committed to 2.4.7 stable repo.

Fyi:
Fix to small errors are still committed to stable. They will be easily merged to 2.5 later.
Complex non vital bugs are drafted to 2.5 and logged in the Development Forum to not forget them.

/Joe

This is set to be fixed in 2.5.

/Joe

480

(5 replies, posted in Reporting)

This is set to be fixed in 2.5.

/Joe

@poncho1234

I have now tested this in both php7.1 and php5.6 and I can not reproduce your issue.

I have went through every aspect in both Sales and Purchases and everything is handled as intended on my environments, Windows 10 Wamp.

Are you sure that you have set the item you are testing to 'Editable Description' in the Item form?

If you have followed the instructions, then please illustrate every step taken. Thanks in advance.

/Joe

Hello Guys,

The rules are as follows:

The local Item description is shown on the local Purchase Order Line. When printing the Purchase Order the domestic desctiption and ev. conversions is shown from the Suppliers purchase data on the Purchase Order.

The reason for doing this on the local Purchase Order is that most users only knows our own item description.

When receiving items for the Purchase Order, the Suppliers item description is shown. If the Supplier has changed his description then you can override it here and the Supplier Purchase Data is updated.

Please, @apmuthu, update the Wiki with this information too.

/Joe

Hello again.

As I feared, Janusz is about a major rewrite in 2.5 just inside this too.

He also want to wait until 2.5 implementing this.

Joe

You may be right. I will just sync with Janusz regarding this.

Joe

Also remember this item in 2.5:

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

/Joe

You are right guys. However this is quite a change in several files so I would like to do this in release 2.5. I will make a note about this.

/Joe

This has been committed to repo 2.4.7.

/Joe

Yes, this is ok, I guess.

/Joe

Thanks, will have a look at this.

Joe

490

(3 replies, posted in Wish List)

I will put this on the 2.5 list.

Joe

New/Changed Fields that are going to be implemented in 2.5:

supplier.bank_account - 60 chars => 100 chars
audit_trail.description - 60 chars => tinytext
    Remove substr in function add_audit_trail.

Attaching MS Office documents like docx, xlsx, pptx, etc will result in error as the mime type exceeds 60 characters - need to increase the size of the field attachments.filetype to say 100 from the current 60 characters.

Weight and size on Items for totalizing on order/invoice. (https://frontaccounting.com/punbb/viewtopic.php?id=8692).
FrontAccounting forum → Reporting → Bug in rep102.php. Using Journal Entry problem.
FrontAccounting forum → FA Modifications → Working on an extension for invoicing and I have questions.... Empty rows.
Salesman also related to sales order:
   https://frontaccounting.com/punbb/viewtopic.php?pid=35862#p35862
Stock Item. An extra field for secondary code (barcode).
More to come here....

/Joe

@Braath Waate and @boxygen

The last change by @Brath Waate has been committed to 2.4.7 stable. Thank you both for testing and fixing this.

A new file can be downloaded here.

/Joe

Hello Guys,

The Editable Description should be marked in Items Form to use this feature.
@apmuthu, will you please fix this in the Wiki. Thanks in advance.

/Joe

This has now been fixed in core. Committed to 2.4.7 stable.

/Joe

Thanks @Braath Waate. I will fix this later this evening.

Joe

Should we fix this in the core?

Joe

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

A fixed file can be downloaded here.

/Joe

I guess you are right. Will have a look into this.

Joe

Sounds great, @notrinos.
We are awaiting @itronics (janusz) preparing the updated cost calculating of items.
When this is ready, the 2.5 Pre-Alpha should be ready for implementation of the FrontHrm Modul into the core.
We can use the time to test the current module.

Joe

500

(10 replies, posted in Development)

My point 3 in post #4 is not so easy as I thought. We are in a catch 22 situation. The theme is user based and the user is first picked up after the login box. So we have to stay with the login box in the default theme.

I thought about a config.php variable to solve the problem, but I would avoid this.

If any of you have a more intelligent solution, please tell me.

After discussion with users, I think we should keep the existing core themes and incorporate all the new themes in the Themes repo for both 2.4 and 2.5. At present there are no differences in the themes operations.

/Joe