bzr revid: xmo@openerp.com-20131216092330-2v50c8uzzsb3qp8q

bzr revid: fp@tinyerp.com-20131214211309-i2kk3cb60hnp1urz

bzr revid: fp@tinyerp.com-20131213214157-8ow63hpaii6hdvxl

use Locale.default() instead of manually parsing the result of locale.getdefaultlocale()

bzr revid: xmo@openerp.com-20131213104030-0tejn7i13yex975v

main problem, view inheritance model field would use model from the
root view (after following inherit_id links) rather than the base view
(the requested one) -> with divergent models, it was possible for the
requested view itself to never be returned.

bzr revid: xmo@openerp.com-20131212134422-uxg6h21w1jhth9ow

bzr revid: xmo@openerp.com-20131212120600-timum4yzr84kl0mf

- hr_holidays: renamed My Leaves filter by My Requests, more accurate
- hr_recruitment: string of name field is not Subject / Application Name, more accurate; this string is used in the search view also.

bzr revid: tde@openerp.com-20131212104612-2fbn9130emyvxg7s

[FIX] makes sure the web client loads the bootstrap.js file instead of using dropdown.js in web_graph (addon web)

bzr revid: ged@openerp.com-20131212094518-jlau88zb0bxjj966

bzr revid: launchpad_translations_on_behalf_of_openerp-20131211053249-7onr7u94z5rfg60p
bzr revid: launchpad_translations_on_behalf_of_openerp-20131212051525-n6q6vsucee027ihr

weird tests (using broken views, but not just broken in the way the
test expects) were really testing for error on using a field which
does not exist, predicated on full rendering of the view during
validation.

This has been removed from the website branch as it's unfeasible and
nonsensical for model-less views (e.g. qweb), and thus the test blew
up with a completely different error (missing @string) or, once the
test was fixed, wouldn't blow up at all.

bzr revid: xmo@openerp.com-20131211162412-t31bxkpy2yzdnf0q

[FIX] http: correctly handle the rollback when an exception is raised. Indeed dispathc serializes the exception, leading to the error being catched before we check and rollback the transaction. This commit fixes this.

bzr revid: tde@openerp.com-20131211112304-m2591t7endfetptc

bzr revid: launchpad_translations_on_behalf_of_openerp-20131211053156-p3v0gn1hf6l8c8h7
bzr revid: launchpad_translations_on_behalf_of_openerp-20131211055224-g9i9shv9qqhb93cz

Task 4941

Extracted relevant section from One2ManyList which already implemented
it previously, then created and hooked in m2m list using (inheriting
from) extracted code.

bzr revid: xmo@openerp.com-20131210164443-ur44b8g5gdrt8jt1

bzr revid: fp@tinyerp.com-20131209185406-newaf16v532l146p

Mainly fix reports
Adapt API to new res_font methods
See server commit message for more information

bzr revid: mat@openerp.com-20131209171551-fgiv790hcvjnp1ly

res_font model gains family, path and mode field
Basic fonts embedded in pdf (Helvetica, Times and Courier) are data
Fix reports using font names to be valid (eg: DejaVu Sans Bold -> DejaVuSans-Bold)
default_get of res_company does not scan the filesystem anymore
family field is new name_get font for res_font (more user friendly)
Domain on displayed font to only 'normal ones' (not bold or italic)
Handle fonts in 'book' mode as normal in setTTFontMapping
Relax constraint on res_font to unique family and name ('name' was actually family before)
font_scan is called on 'reload fonts' action button and for each report rendering
font_scan is lazy when loaded from report and scanning the filesystem only if no font recorded in filesystem
'/dev/null' in font path is used to add fonts in the list but not loaded by reportlab
Scanning the filesystem triggers clear_caches
clear_cache resets the list of found fonts to empty list to make font_scan call to reload the full list (when redering a report on any worker, will always get the updated font list after a scan)
Add access rights for fonts (read everybody, create admin, call font_scan as superuser in report rendering)
Remove font hack with BaseCustomTTFonts, rely fully on the system fonts
Use glob instead of listdir (needed for path like '/usr/share/fonts/TTF/*')
Make warning message from reportlab more self-explaining.

Also make the runbot green (which is nice)

bzr revid: mat@openerp.com-20131209171338-o796pldia9da3kt2

bzr revid: mat@openerp.com-20131209154236-jjawy50a8tvmyayb
bzr revid: mat@openerp.com-20131209163936-6n9z81etuejkdpsg

bzr revid: tde@openerp.com-20131209160923-3yisgzqmns6pviud

[FIX] font: family with one l (Familly is a commune in the Calvados department in the Basse-Normandie region in northwestern France.)

bzr revid: mat@openerp.com-20131209155702-negir6agbiugfctz

bzr revid: mat@openerp.com-20131209154537-r5hpcveuxmvcdj10

bzr revid: mat@openerp.com-20131209154201-1s0f98h43y5mu9ui

bzr revid: mat@openerp.com-20131209153842-l13zfc24at7cfisc

bzr revid: mat@openerp.com-20131209151454-5rylu5alldd3ixmh

bzr revid: mat@openerp.com-20131209133742-7u1sesoinrmfpwf0

bzr revid: mat@openerp.com-20131209133431-6gjhq1zmrb2ro6eo

bzr revid: mat@openerp.com-20131209132132-61qg1zsybh6zcxim

bzr revid: mat@openerp.com-20131209132109-c2bluohdj7hkp2px

bzr revid: mat@openerp.com-20131209130844-b8gvcfgqf5t744ir

[FIX] font: correctly place font_scan call, use superuser_id, restrict rights for general users, invert name and family

bzr revid: mat@openerp.com-20131209125705-gk2sjiwxqyxc702r

bzr revid: mat@openerp.com-20131209113207-qwipb3urh8gbb04s

bzr revid: mat@openerp.com-20131209111811-2oisaal26bku7mpt

bzr revid: mat@openerp.com-20131209110850-f1asm1ow6isfdtqa

bzr revid: mat@openerp.com-20131209110511-l72dgop00bfdeq3v

[MERGE] [FORWARD] Forward port of saas-2 branch until revision 9036 (revid tde@openerp.com-20131209102019-kjeg0rx2au1d5e5v)

bzr revid: tde@openerp.com-20131209105031-17920wsidpqrwmxj

[MERGE] Forward-port of latest 7.0 bugfixes, up to rev. 9684 rev-id: dle@openerp.com-20131209145652-3g9rgnfz1w8k0whw

bzr revid: chs@openerp.com-20131202105848-33gcz1715w370rve
bzr revid: dle@openerp.com-20131204150643-is3y0b9n8enh3yql
bzr revid: chs@openerp.com-20131206152726-pirikn7v8pev90ic
bzr revid: dle@openerp.com-20131206162437-b9niay99mirk44qm
bzr revid: tde@openerp.com-20131209102019-kjeg0rx2au1d5e5v
bzr revid: dle@openerp.com-20131209155721-589zihxx8jmvlpvp

Returns were partially ignored when typing keystrokes, thanks to a return; when event which equaled 13, but the default behaviour (press on the focused input/button) was not prevented. This is now the case thanks to preventDefault. For instance, just after a discount set, the focused input was pressed and the associated value was added when scanning a new product with the scanner. Therefore, if we entered a discount of 30%, scanning a new product added '0', the last pushed button, to the discount, and then added the product.

bzr revid: dle@openerp.com-20131209145652-3g9rgnfz1w8k0whw

The set method of the field, set_followers, is now using message_subscribe and message_unsubscribe to have only one access point to adding or removing followers. Previously to this fix it was directly creating entries in the mail_followers table, neglecting the calculation of subtypes and default subtypes.

bzr revid: tde@openerp.com-20131209100822-f19udgfuubshhrg3

bzr revid: tde@openerp.com-20131209090903-al4o6uhrhhw4cqcl

bzr revid: tde@openerp.com-20131209090802-q8fzn88ia9w6o5pq

bzr revid: launchpad_translations_on_behalf_of_openerp-20131209051959-7j1f1anh77czkpsn