bzr revid: launchpad_translations_on_behalf_of_openerp-20130709054516-gtc3o5y2e2ywv2ze
bzr revid: launchpad_translations_on_behalf_of_openerp-20130710055211-byl6v65puydy7lj8

bzr revid: fva@openerp.com-20130708150246-s2u2meqtboyv139h

bzr revid: fva@openerp.com-20130708145832-54dbakqun110kllo

bzr revid: fva@openerp.com-20130708145522-6r5yedizrg9h6m0r

bzr revid: fva@openerp.com-20130708133731-wiqisp3xptij3in5

bzr revid: fva@openerp.com-20130708125644-rdno41mmtwrao3z2

bzr revid: fva@openerp.com-20130708124912-0t8l8v13ug3hst7m

bzr revid: launchpad_translations_on_behalf_of_openerp-20130706061750-b7mm65zaln6pacmc
bzr revid: launchpad_translations_on_behalf_of_openerp-20130707055412-bb9fnxig7ss4pugc

bzr revid: odo@openerp.com-20130705073429-fqfz8oktnzk23uyt

bzr revid: launchpad_translations_on_behalf_of_openerp-20130705061306-9j5lebom0vdgldba

            
Since 2011 there are new VAT tax rates 
see current rates here:
http://europa.eu/youreurope/business/managing-business/paying-taxes/poland/

lp bug: https://launchpad.net/bugs/1191742 fixed

bzr revid: t.motylewski@macopedia.pl-20130704172605-naivnilf60t17bnn

print method already existed, probably to allow overriding printing, but it was not actually called

bzr revid: xmo@openerp.com-20130704141256-u5n7a4kfmqac8n9z

bzr revid: launchpad_translations_on_behalf_of_openerp-20130703060137-kl7z1idur87nzjjm
bzr revid: launchpad_translations_on_behalf_of_openerp-20130704054701-nxvmb94gwr227aby

  
  When a new inheriting view is imported during a module
  installation, it is validated thanks to the _constraints
  on the ir.ui.view model. However the validation uses
  a rather convoluted system for validating the whole
  view tree at once (root view + all inherited changes)
  while only taking into account the views that belong
  to modules that are currently loaded.
  
  This complicated system is necessary to be able to
  operate on-the-fly at any point during the registry
  loading/initialization.
  
  Now because _constraints are checked during create()
  this particular validation happens *before* the
  external ID (ir.model.data entry) of that new view
  can be created (it obviously needs to wait until
  the view record is inserted). As a consequence the
  view validation cannot determine the module to
  which that new view belongs, and was erroneously
  ignoring it.
  Changing the view filtering to also include views
  from unknown modules fixes this transient problem,
  and also means that manually created inherited
  views will be validated during module init too.

bzr revid: odo@openerp.com-20130703215704-x732bepiifvf4g3n

bzr revid: launchpad_translations_on_behalf_of_openerp-20130705061242-vrcwgjcqm4dieg9v

Original trunk commits rev-ids:
 - 4855 qdp-launchpad@openerp.com-20130416091501-sgm3gdm80oxajahz
 - 4856 qdp-launchpad@openerp.com-20130417121718-jfwi2f3gn0tum9xa
 - 4857 qdp-launchpad@openerp.com-20130418114627-unmfdu6010hyc8xx

bzr revid: odo@openerp.com-20130703161520-mk0g187rpmmw6bdx

bzr revid: launchpad_translations_on_behalf_of_openerp-20130703060118-lxy4jl5fgylova8a

bzr revid: fva@openerp.com-20130702204048-018r4xr34mw7y2m5

The corresponding web branch was merged in january.

bzr revid: vmt@openerp.com-20130702141733-mpk2163pclupwwqs

bzr revid: mat@openerp.com-20130702141600-4s7oan9yidjrlmcc

[FIX] procurement: background procurement scheduler should be working in batch mode, with one transaction per order

A programming error during an older refactoring lead to
the scheduler working with a single monolithic transaction.
This could cause unnecessary resource contention, plus
undesired rollback of all previous operations in the event
of an exception during scheduling.

bzr revid: odo@openerp.com-20130701163532-8bekn7sbb99ua08c

bzr revid: mat@openerp.com-20130702131456-plktanhtq9b0u246

bzr revid: mat@openerp.com-20130702122014-6l79a748lb946hkq

bzr revid: chs@openerp.com-20130702093932-r0nl3b02fludgu9s

bzr revid: launchpad_translations_on_behalf_of_openerp-20130630064129-cou489g4u7gq0ins
bzr revid: launchpad_translations_on_behalf_of_openerp-20130701053720-kg0cbfynk0eznz6q
bzr revid: launchpad_translations_on_behalf_of_openerp-20130702055948-6xe11z6qy0pxhfks

bzr revid: launchpad_translations_on_behalf_of_openerp-20130621060610-p14kssbh1butvac8
bzr revid: launchpad_translations_on_behalf_of_openerp-20130623055418-pa98b9z500hi8uaw
bzr revid: launchpad_translations_on_behalf_of_openerp-20130626061833-drxvzosffezp089g
bzr revid: launchpad_translations_on_behalf_of_openerp-20130628063158-69209nqbfswd62t7
bzr revid: launchpad_translations_on_behalf_of_openerp-20130702055938-zsn35e5vhzmsqvsw

bzr revid: chs@openerp.com-20130628174508-di66pnu139ora9j6

bzr revid: chm@openerp.com-20130628090706-ztqfodf5xxi2201j

[FIX] checkbox position for boolean field in list editable. Remove padding on the field for a good resizing and position and add margin on input. Bug-1166716

bzr revid: chm@openerp.com-20130628081935-shtvd3eaczr2cecc

bzr revid: launchpad_translations_on_behalf_of_openerp-20130628063230-vimvbe89j2208dpl

bzr revid: mat@openerp.com-20130627143712-t2d9h4pewuhs0lhb

[FIX] checkbox position for boolean field in list editable. Remove padding on the field for a good resizing and position and add margin on input

bzr revid: chm@openerp.com-20130627091705-ry0689d3dg4izhn4

[MERGE] [FIX] l10n_ch: reStructuredText in description file, courtesy of Yannick Vaucher (Camptocamp)

lp bug: https://launchpad.net/bugs/1183248 fixed

bzr revid: mat@openerp.com-20130627075730-k5xe5k68qlv0wufm

bzr revid: launchpad_translations_on_behalf_of_openerp-20130627061934-xdytzx3ryrn54izu

bzr revid: tde@openerp.com-20130626103756-kbbrp87gn2h5160h

lp bug: https://launchpad.net/bugs/1127114 fixed

bzr revid: mat@openerp.com-20130626093412-or5k3eznjsxbvgu3

bzr revid: launchpad_translations_on_behalf_of_openerp-20130625055814-0xhzq55bhk2yalpd
bzr revid: launchpad_translations_on_behalf_of_openerp-20130626061855-up0d9p61pblz40xa
bzr revid: launchpad_translations_on_behalf_of_openerp-20130625055818-kmfgjvq2jfrhd3zr
bzr revid: launchpad_translations_on_behalf_of_openerp-20130626061858-aacxz9wf3f2e4b0v

[FIX]account: fix of sxw of account_print_invoice, which was using o.address_invoice_id.partner_id instead of o.partner_id

bzr revid: dle@openerp.com-20130624145856-vz0d8oezyqoj7gou

bzr revid: mat@openerp.com-20130624124418-r6fkvaokbfn3dvbg

  When creating an invoice from another object (sale: invoice from sale order
  line, sale: invoice on delivery order, ...) we have to make sure that newly
  created invoice respect partner's default ``communication type``, and
  accordingly generate a new BBA if required and none provided.

lp bug: https://launchpad.net/bugs/1135710 fixed

bzr revid: xal@openerp.com-20130624083322-h3h4h8nn876585m3