[FIX] product: find products of subcategories

When searching products for a specific category, display the products of the whole category subtree.
[FIX] website_mail: avoid error when message.body is empty
[FIX] point_of_sale: account selection for payments

Registered payment uses the partner receivable account. As this field is
a property field, it will select different accounts based on the user that
registers the payment (in multicompany).
Should use the company of selected journal instead of the one of the user.
[FIX] payment_buckaroo: dynamic lang & test params

test flag is set according to acquirer environment
lang is set according to partner language
[FIX] payment_buckaroo: api expects iso culture as language param

IT looks like this is the code we use in partner lang, by replacing the '_' (underscore) by '-' (dash)
[FIX] purchase: supplier invoice and purchase order count

Value of purchase_order_count and supplier_invoice_count should be coherant with
the behaviour of the button on partner form: count records for the contact of
the company as well.
Fixes #4224
Reintroduce fname kwarg in configmanager

In [f04f409], the configmanager's __init__ lost its fname kwarg, which
allows to pass the name of the config file to read (or write).
Without it the only way to programmatically specify this file name is to
use the OPENERP_SERVER environment variable, which may be unpractical and/or
subject to renaming.

External tools (such as the buildout recipe) may need to pass this file in a
clean way.
[FIX] web: autocomplete selection not hidden

Appending the autocomplete selection too close from the input field leads to display (hidden) problem in some cases (Many2one inside modals views, many2one at the end of a form view, etc.)

This is related to rev. e1cde4d0383124c0636c518185f2222055afa3b5

closes #4268
[FIX] base: almost-duplicated translations ignored during import

Translations are not transfered from temporary table tmp_ir_translation_import
to ir_translation if translation already exists (using `find_expr`).
In case of import of QWeb terms (name = 'website'), the criteria was too weak,
finding already present terms in translations for different modules.
e.g. term "Quantity" is already present in a QWeb view from sale module and was
not imported for the translations of the website_sale module.
Fixed by adding the filter criteria 'irt.module = ti.module'

In case QWeb translations for the same term in the same modules were added in
two imports (second term added in the future), the second was still ignored.
Changed condition to check the res_id for views as well.

Fixes #4239