Yes, there was invalid include file sequence in tags.php. Fixed in CVS, thanks Khaled.
Janusz

1,852

(4 replies, posted in Setup)

The fact you have tax included on not in sales type definition does not change the prices set. This only decides  how the price is interpreted.. So if you have prices in system entered without VAT/GST and you change the setting to 'VAT included', you should also fix the prices to the value including tax.

BTW After last changes in CVS the tax amount is displayed during Sales order entry.
Janusz

1,853

(13 replies, posted in FA Modifications)

BTW Taxes used on invoice are selected based on tax group set for customer, so there is no way to erroneously enter bad taxes when the FA tax groups and customers are once properly configured.

Janusz

1,854

(6 replies, posted in FA Modifications)

Form layout for documents  is defined in header2.inc file.
Janusz

1,855

(8 replies, posted in Accounts Receivable)

There should be no side effects.

In our model two companies with different VAT numbers are two different companies. And they in fact two different companies from accounting/fiscal point of view. They have to pay taxes for different authorities, and the fact they share e.g. company name or have the same owners does not matter.

Janusz

1,856

(13 replies, posted in FA Modifications)

Do you mean tax amount or tax rates for every line?
Janusz

Fixed in CVS unstable. Thanks for  pointing out.

1,858

(5 replies, posted in Report Bugs here)

The bug was selected in CVS unstable. Affected file session.inc. Thank you very much for reporting.

Janusz

PS When you are sure you have found real bug please report it on mantis instead of this forum. Mantis is constantly monitored by devel team while forum is not.
J.

1,859

(1 replies, posted in Report Bugs here)

This is done intentionally. All executable files have php extension and are subject to access control. On the other hand *.inc are library files which should never be executed directly, so they have no access control inside. NB FrontAccounting is open source and its security does not rely on fact the code is hidden or not.  The only sensitive file is config_db.php which should never be readable on properly configured server.

Janusz

1,860

(5 replies, posted in Report Bugs here)

This is definitely a bug, to be fixed ASAP.
AJnusz

This have to be issue related to your browser type.  The problem does not appear at least on my Firefox (tested on fa2.iron.from.pl demo site).

Janusz

1,862

(12 replies, posted in Items and Inventory)

spacetab , *, Enter.
Or unchecck 'Search item list' in company setup.
Janusz

1,863

(8 replies, posted in Accounts Receivable)

You can entry one general 'Retail client' customer. After this you can entry all your customers as branches. The only shortcoming is that you cannot entry individual GST numbers for yor cilents, but in most cases this is not needed.

FrontAccounting was designed mainly for B2B sales, where multi-branch company structure are often standard.
Janusz

1,864

(8 replies, posted in Wish List)

I agree current multicrrency model is not flexible enough. We have to look into it after final 2.2 release.
Janusz

1,865

(2 replies, posted in Wish List)

Just for notification :  this idea was adopted in FrontAccounting 2.2RC. Thanks Pallieter.
Janusz

1,866

(15 replies, posted in Setup)

Just what the system is talking about. You have to enter somegoods or services you sold to program databse. You can do this via Items and Inventory Items option. If you offer only services, not material goods use 'Service'  item type. Thats all.

1,867

(4 replies, posted in Translations)

You have to install on your system the same locales which are used for translation.
Probably it is el_GR.utf8 or el_GR.iso-8859-7.
After uploading new translation file (el_GR.mo) you should restart apache server, otherwise you can encounter strange browser behaviour.

Janusz

1,868

(15 replies, posted in Announcements)

This is of course in unstable branch:

cvs update -r unstable

Janusz

1,869

(11 replies, posted in Setup)

I still cannot reproduce the problem.
Ok.Lets give us another chance to locate the problem. Please do this:
. set $go_debug=1 in config.php (as described above)
. switch the javascript off in your browser prefferences/setup (e.g.under Preferences/ Content/Enable Java Script for FireFox)
. login into FrontAccounting
. go to Company Setup and try change the fiscal year

What are messages displayed in this case?

Janusz

1,870

(2 replies, posted in Wish List)

Why not. We will consider the change before 2.2RC release. BTW FA code is still in CVS, not SVN wink.
Janusz

1,871

(2 replies, posted in Setup)

I have no idea about message #1. There is no reference to tbpref in maintenance_db.inc at line 90.
Also the second message is never displayed during company creation. This one can appear when related company folder is not writable for www server, during extension installation/activation.

Janusz

1,872

(15 replies, posted in Wish List)

I'm now working on make pmwiki suitable for us as an open site wiki. The requirements are a little another than for internal company wiki (authorization, layout, prepared page templates etc), so I'm not sure Pmwiki is good enough for it, but I will try.
Janusz

To use log file you have to enable log file path in config.php. Make sure the path is writable for ww server.

Janusz

1,874

(4 replies, posted in Setup)

Simply use price list with Price included option set.
Janusz

Exclamation mark displayed means that ajax call was aborted for some reason and timeout has occurred. You can switch on error logging in config.php. Also when you temporarily switch javascript off, you should see some error messages.

Before retry you should restore database from backup file created on upgrade to get rid with possible partial db structure changes.

Janusz