bzr revid: odo@openerp.com-20111004205254-82krwzabg0wuf2ka

The 'module' field of ir.model.data is required, so we
we need to set it when auto-generating ir.mode.data
entries. This acts as the namespace of the record.
Because we don't want exported records to look like they
belong to an existing module (and risk being garbage
collected at the next module update), we put these
auto-generated names in a reserved '__export__' module
namespace.

bzr revid: odo@openerp.com-20111004205140-duaww77ng4qmktj2

bzr revid: odo@openerp.com-20111004204800-f4470vy0ou3ugxnm

ORM Models already have a _module attribute that contains the
name of the module that declared this class, however
sometimes we also need the name of the module that
declared this model the first time.
This will be stored in _original_module and is the
name of the module to which the first parent with 
the same _name belongs to.

bzr revid: odo@openerp.com-20111004204705-8z9o70n1ynpvng3i

bzr revid: odo@openerp.com-20111004143800-lzca5kp7hng2djee

bzr revid: odo@openerp.com-20111004143050-wvpp2b9r81cho3m3

bzr revid: odo@openerp.com-20111004142951-klopyd7zn5sxf65g

bzr revid: odo@openerp.com-20111004142540-689vy1exk60druhy

bzr revid: odo@openerp.com-20111003171302-n1quzvs2pjyn7xr6

bzr revid: odo@openerp.com-20111003144049-d6o4igae8mslns5x

bzr revid: odo@openerp.com-20110930222355-jtuo4z9dz995emxk

bzr revid: odo@openerp.com-20110930210744-7eb3ebwk5czfxbm5

bzr revid: odo@openerp.com-20110930210651-jkkskerjt1fb4s9p

bzr revid: odo@openerp.com-20110930210549-wzct536me8wxvjyg

bzr revid: odo@openerp.com-20110930122511-ddjsuqmwn0mr1p5q

bzr revid: odo@openerp.com-20110930121900-1fzq6b0gbhxxki0j

Also cleaned up field_to_dict signature and callers to
honor conventions.

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

bzr revid: odo@openerp.com-20110930112348-4c8undh1d6h1y3ps

bzr revid: odo@openerp.com-20110930105111-a3no58iprq0qwm55

bzr revid: vmt@openerp.com-20110930101232-y9wvlszl5c63ar6p

bzr revid: stw@openerp.com-20110930095814-4o01upd0krmysbid

bzr revid: al@openerp.com-20110930093749-5ij7tvj9lc7lhztc

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

bzr revid: odo@openerp.com-20110930082749-noyygg1rvpmd9343

bzr revid: xmo@openerp.com-20110930081247-wl1d0i7hz206244o

bzr revid: fp@tinyerp.com-20110930081235-88jifqvfozqalu54

bzr revid: fp@tinyerp.com-20110930080729-cuhyvquvsq6i8fyq

bzr revid: fp@tinyerp.com-20110930080659-3046tkjzav0jpapd

bzr revid: fp@tinyerp.com-20110930080425-wuyaef8fd2k1fuwy

bzr revid: launchpad_translations_on_behalf_of_openerp-20110930043724-cv7w2vcqt7soa9gc
bzr revid: launchpad_translations_on_behalf_of_openerp-20110930044048-j5gv3hmo9cj3dhyg

bzr revid: al@openerp.com-20110929224919-uacfp8w53jfqikkj

- test for auditrail before anything else
- dont allocate a different cursor

bzr revid: al@openerp.com-20110929222347-c2ywh8nwhl27d9uv

bzr revid: nicolas.vanhoren@openerp.com-20110929154007-gtxf31frsuukepvf

bzr revid: nicolas.vanhoren@openerp.com-20110929151322-zcymbsemo962ky0j

bzr revid: nicolas.vanhoren@openerp.com-20110929145751-4oh0b9uqll8wx3zj

make conversion of internal Records to form-shape faster by iterating over the attributes object directly instead of using _.each

bzr revid: xmo@openerp.com-20110929145031-q7mqf43gza94ekj6

bzr revid: xmo@openerp.com-20110929144036-7u2w6pf6lwkvzck0

bzr revid: nicolas.vanhoren@openerp.com-20110929142919-v8pzr4zpy984e5qc

bzr revid: xmo@openerp.com-20110929142410-1f9btd6f3ws0srpj

bzr revid: nicolas.vanhoren@openerp.com-20110929141556-j92hlk7j2ahx8i70

bzr revid: xmo@openerp.com-20110929135449-ssommvnyof6auy29

fields_view_get removed multi=True actions from the result of
ir_values.get_actions('client_action_multi', ...), so that multi
actions would not be displayed in the form view's sidebar in the GTK
client.

The web client has a sidebar in both cases, the GTK client just
ignores 'toolbar' key if not in tree view, so don't remove 'multi'
actions in tree view toolbar, to avoid having to perform one more RPC
call (explicit ir_values.get) in web client.

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

bzr revid: xmo@openerp.com-20110929130701-65ubx1o0swk889nl