[FIX] web: on new ir actions act_window target current, change the active* params from context for the dataset only

This fix is related to a37bad20
This previous fix did solved the issue of its purpose, but had a side effect for actions using these active* params, e.g. search views
For instance, Go to Project > Projects, click on any project, you are than redirected to tasks/issues of this project
If you reload the page, an error pops up, complaining that active_id cannot be found

[FIX] website_mail_group: discussion group snippet
- moved into website_mail_group, instead of having the snippet in website_mail and the archives in website_mail_group
- fixed routes to avoid security issues
- better display of email on groups and archive

opw-607517

[FIX] logging PostgreSQLHandler: expand message + use contextmanagers to handle exceptions and cursor

[FIX] website_mail, websit_mail_group: moved discussion group snippet to the right module; it should not be available when the mailing list archives module is not installed. Also fixed get_alias_info route to be mail_group specific and to avoid allowing people to browse the database.

Added instead a controller to get alias data. This controller is called by the
discussion group snippet to have the info about the alias.

[FIX] ir_qweb: contact field must add 'http://' if the website url value has not any protocol

event.event.ticket were set in website_event_sale, while this model is set in event_sale module
Manager acl moved from website_event_sale to event_sale
Created a new acl for event user in event_sale
Left the acl for everyone in website_event_sale, meaning that when this module is installed, everyone can read tickets, event those who aren't event user

Extended view inheritance

[FIX] Fix o2m record duplication when clicking on a button

The button action will execute a write call, creating the new line.
The reload is necessary to avoid recreating the line when using the save button.

Revert "Merge pull request #225 from odoo-dev/master-frontend-assets"

This reverts commit dd900408, reversing
changes made to 4da882d4.

Commit backported from master 8ad97da8

[CLEAN] website_mail: cleaned a lost console.log and a commented line that should have been removed with pr 213

[FIX] website_sale, website_event_sale: updated JS tests according to the new dom of the checkout page introduced in pull request 232

[FIX]t-field wrong outputs when precision is 0

[FIX] website_sale, website_event_sale: updated tests according to the new dom of the checkout page introduced in pull request 232

[FIX] mass_mailing: fixes in mail (default recipients), mass_mailing (recipients computation), web (chardomain widget)

[FIX] mail: fixed get_default_recipient, trying to call a method even if the target model do not have it; also fixed default recipients generation on the contact model; sending a mass mailing when not having recipient now raise a warning.

[FIX] web: chardomain widget: fixed selection of some records in a list (bad domain formatting), fixed domain evaluation tah is done server-side instead of through a stringigy.

Before this commit, @mode=primary would be sorta-ignored[0] if the current
view and its parent had the same model: the current view would *still* get
applied (as an extension) when asking OpenERP for its parent. This commit
makes mode=primary views behave regularly, they are *never* applied when
asking for their parent, only when asking for them or their children.

This allows "forking" views, and using extended views in some contexts without
breaking or duplicating the original view

[0] there was actually a problem when asking for the current view directly,
    first its parent would be resolved by applying it, then it would be
    applied to resolve itself, the view would thus get applied twice (oops)