201

(16 replies, posted in Announcements)

I also dont see anything.. I also you sent you a reply.
I think this needs little improvement..an indication of a PM in ones inbox will be helpful.

202

(16 replies, posted in Announcements)

Is there an indication that someone has sent you a PM?

203

(16 replies, posted in Announcements)

Excellent.. many thanks @poncho1234

204

(16 replies, posted in Announcements)

@joe,

I was never able to see where I can use PM feature as described above.
Where is this hidden?

Attached screen shot

205

(26 replies, posted in FA Modifications)

Thanks @joe,
I will test and come back to you..

206

(26 replies, posted in FA Modifications)

As of 2.4.10 we have a new dashboard.. It looks very nice.
Been testing and two little observations.

1. In Sales dashboard If the Customer Name in Top 10 customers in fiscal year with Donut or Half Dont chosen is  long then the name overlaps the value and it becomes unreadable. If I change the languae to RTL then it is ok. See attached screen.

2. On all dashboards In RTL language all label text is still Left aligned. It should be right aligned. IMHO both (RTL and LTR) should be centered..See attached Screen.

Will keep experimenting..

@Joe thanks for the good work.
While you are at it ..can you please take a look at the below two strings in dashboard.inc

 $title = _("Last $weeks weeks Performance"); 

and

 $title = _("Last $months Months Performance"); 

Both strings are not translatable. I guess because of the inclusion of $ variables.
I have no clue how to get this to work.

@barbarian
Look at this discussion.

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

At post 63 @notrinos says:

notrinos wrote:

Awsome @joe

On this basis we can generate countless charts for unlimited number of different statistical needs

I have tried the changes on my local installation and its very nice..

Check and see if the transaction date is in a closed fiscal year. If this is the case then you need to activate that fiscal year in  order to edit the transaction. You might need to close the year and reopen it again.

Please be careful.

Aslo see:

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

210

(2 replies, posted in Report Bugs here)

You are using php8.0.6.. I am not sure if frontaccounting is fully compatible with it. Anyway a similar problem was discussed with an earlier version of php.. see if this will help

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

For permissions see https://frontaccounting.com/punbb/viewtopic.php?id=4387
I dont think the db connection is related to the language.
Can you show us the Setup->Install/Update Languages screen.. I attach mine.

Also Setup->System Diagnostics
Any inconsistency?

212

(6 replies, posted in Reporting)

@mandeepmavi

Maybe you are debiting your GST account instead of crediting it.  That's why you have a negative Output Tax. This mainly happens if you use the Journal Entry to enter your Transactions with the Include in Tax Register flag on. Debiting the GST account is a minus, crediting it is a plus. So when you you pay GST you debit the account. When you claim GST you Credit the account. That is only my assumption...I could be very wrong.
If you show some of your detailed Tax Report then we will be able to ascertain the problem.

oops really strange. Check the error log again. I have a feeling its a folder/file permission now.

Try
sudo dpkg-reconfigure locales

and choose the locales you need generating.

Most probably what @kvvaradha suggested is going to work for you (not very sure though)..But how did your (local -a) listed that you already have the locale installed ? That I dont know.. unless you have another test system and you are mixing things up. Anyway ..just do as suggested and let us know. Good job..

216

(1 replies, posted in Report Bugs here)

Maybe your server timezone is different from your actual timezone.
System dates are defined in config.php and config.default.php

Example in config.php and config.default.php

    // Server time zone. Since php 5.3.0 time zone have to be set either here or in server php ini file
    if (!ini_get('date.timezone'))
        ini_set('date.timezone', 'Asia/Dubai');

@gabriel.hauser

I meant the version 2.4.1-3 is the same as the version in the file name de_DE-2.4.1-3.mo which it is. Your installed_languages.inc seems fine to me. Two things you might want to do:

1) What is the size of the de_DE-2.4.1-3.mo file? Do you see German Language when you open de_DE-2.4.1-3.po file with a text editor?
2) Do you have any error in ..../tmp/errors.log?
3) Any of the other languages (.ie Tamil) is working?

Lastly try  to remove and reinstall the language (from FA) again ..if not done already.

Lets see what you have..

Hi,
You cannot over allocate individual invoices, but you can enter any amount in the Customer Payment Entry (Amount Field in the lower part of the screen) and later allocate them to individual invoices. The un allocated surplus will stay in the customer balance for later invoicing/allocation.
Alternatively you can use the Bank Deposit from Customer to enter any amount and do your allocation accordingly.

If you are doing this already and still facing an issue then there is a bug somewhere..Then it will be helpful to mention your environment. (FA OS MySql PHP versions).

Tested.. its OK now.

@joe and @oakstreet1
Just testing this feature and noticed if you choose a period of more than 180 days then the older reports will not show.
It seems the feature caps the the reports at a max of 180 days even if increased to more than that.

@albertolima is correct.
I am able to reproduce the same scenario.. So there must be an explanation to this, or a fix if broken.
FA249 latest
linux Ubuntu 18
MySql 5.7.3
php 7.2.34

Make sure

../lang/de_DE/LC_MESSAGES/de_DE-2.4.1-3.mo or similar exists and has read access and is equal to installed_languages.inc 'version' parameter (without the .mo extension.)

I run 3 Languages without a hitch - English, Arabic and German.. this is the content of my.. /lang/installed_languages.inc


$installed_languages = array (
  0 =>
  array (
    'code' => 'C',
    'name' => 'English',
    'encoding' => 'iso-8859-1',
  ),
  1 =>
  array (
    'name' => 'Arabic',
    'package' => 'ar_EG',
    'code' => 'ar_EG',
    'encoding' => 'utf-8',
    'version' => '2.4.1-3',
    'path' => 'lang/ar_EG',
    'rtl' => true,
  ),
  2 =>
  array (
    'name' => 'German',
    'package' => 'de_DE',
    'code' => 'de_DE',
    'encoding' => 'iso-8859-1',
    'version' => '2.4.1-3',
    'path' => 'lang/de_DE',
  ),
);

$dflt_lang = 'C';

Of course Languages are chosen from Preferences-->Language

https://frontaccounting.com/fawiki/index.php?n=Help.InstallUpdateLanugages
Should be a good starting point.

224

(1 replies, posted in Installation)

Welcome Remi,

Try to look into the Wiki as these topics are widely discussed. Languages other than English are widely used and very easy to install.

https://frontaccounting.com/fawiki/index.php?n=Help.InstallUpdateLanugages

Come back if you face difficulties.

Regards..

225

(21 replies, posted in Reporting)

@seahawk

Tax on Bank Payments and the corresponding report on 2.4.x were introduced by Braath as a pull request (https://github.com/FrontAccountingERP/FA/pull/39). I think you have this pull request installed on 2.4.8 if I am not mistaken. Now if you upgraded to to 2.4.9 you need to reinstall the pull request..or if you updated (copied) rep709 you also need to incorporate the changes done by Braath pull request (in the report section) for the tax report to show Bank Payments

One thing for sure..stock FA 2.4.x does not support Tax on Bank Payments, deposits..etc..