Search options (Page 165 of 246)

Updated the Tamil language files in my GitHub Repo with 322/2997 strings translated.

Make sure that the dejavu fonts are installed.

Upload to lang folder and append to array in lang/languages_installed.inc file as in first post in this thread.

In Debian Squeeze, Tamil fonts are installed with:

apt-get install ttf-tamil-fonts
sed -i -e 's/# ta_IN UTF-8/ta_IN UTF-8/' /etc/locale.gen
dpkg-reconfigure --frontend=noninteractive locales

Which browser are you using - try FireFox. Also manually try to download the files from the repo like:

http://anonymous:password@repo.frontaccounting.eu/2.3/Release.gz

It is possible in FireFox but not in MS IE 8.

@mark0300: Kindly post a revised screenshot after the fix. The demo data does not have a sample with data for this screen for posting in the wiki.

The snapshot in the repo can be used directly without having to wait for a new release.

Did you mean create a service item in each such supplier invoice?

Yes. Study the report class and append a preset pdf page to the reports desired - a working knowledge of TCPDF and it's wrapped functions will be needed.

In FA 2.4, we can program to possibly place select box for appending one pdf from a certain company folder in the report request form itself.

Try to slice the list of paypal import entries and verify failure on specific transaction - any extra characters, quotes, double quotes, etc....

Your attachment is attached to this post.

Do not confuse (Sage) Pastel Accounting with FrontAccounting.

1. Check if your CoA matches the field order in the various tables when compared to the standard US New CoA.

2. Verify that you have the latest bugfixed code of the said extension that may be obtained from my unofficial GitHub repo.

FA v2.3.24 was released on April 5th, 2015. Several fixes to the core have been committed since then.

Actually the long_description field is generally not imported at all.

Changes in FA 2.4 unstable till 2015-04-21:

The error reported in the 22nd post in this thread is still present in this snapshot.

DB Schema Changes:

ALTER TABLE `0_cust_branch` DROP KEY `branch_code`;
ALTER TABLE `0_supp_trans` DROP KEY `SupplierID_2`;
ALTER TABLE `0_supp_trans` DROP KEY `type`;

• Ported all fixes in FA v2.3.24 to the FA 2.4 stream.

• Collation settable in Company Creation / Installer.

• Option to preserve security roles during import of CoA.

If the TB_PREF = "1_", then execute :

SELECT 
   trans.*
  ,ov_amount+ov_gst+ov_freight+ov_freight_tax+ov_discount AS Total
  ,cust.name AS DebtorName
  , cust.address
  , cust.curr_code
  , cust.tax_id
  , com.memo_
  , shippers.shipper_name
  , sales_types.sales_type
  , sales_types.tax_included
  , branch.*
  , cust.discount
  , tax_groups.name AS tax_group_name
  , tax_groups.id AS tax_group_id  
FROM 1_debtor_trans trans
  LEFT JOIN 1_comments com ON trans.type=com.type AND trans.trans_no=com.id
  LEFT JOIN 1_shippers shippers ON shippers.shipper_id=trans.ship_via
  , 1_debtors_master cust
  , 1_sales_types sales_types
  , 1_cust_branch branch
  , 1_tax_groups tax_groups
WHERE trans.trans_no=''
  AND trans.type='10'
  AND trans.debtor_no=cust.debtor_no 
  AND sales_types.id = trans.tpe
  AND branch.branch_code = trans.branch_code
  AND branch.tax_group_id = tax_groups.id;

The write_bank_transaction() having less arguments in a call than defined in the function is okay here as the rest have default values defined in the function as well in gl/includes/db/gl_db_banking.inc.

You might want to check out any file differences between those in your import_paypal module install and those in my unofficial Github repo.

The function write_customer_payment() is defined in sales/includes/db/payment_db.inc with 12 arguments with the last 3 being optional with defaults provided. Furthermore, if there are less than 12 arguments, the rest are filled with zeroes in line 29 in it:

$args = func_get_args(); while (count($args) < 12) $args[] = 0;

The said function is called with 13 arguments in modules/import_paypal/import_paypal_update.php Lines 117 to 119 are:

      $payment_no = write_customer_payment(0, $customer_id, $branch_id,
          $paypal_bank_id, $recpt_date, $ref,
          $gross, 0, $company, 1, 0 - $fee, $gross, $paypal_fee_act);

The $gross appears twice.