Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20111008053003-ofklqrdyck9k7i2y
bzr revid: launchpad_translations_on_behalf_of_openerp-20111009052253-98uh6331k4inaxmc

[MERGE] lp:859751. Adding missing incoterm. Courtesy to Alexis de Lattre

bzr revid: qdp-launchpad@openerp.com-20111007165119-rjvx11dmt4b5e73b

[imp] put back graph view in o2m in ideas because we decided to support it back in the web client

bzr revid: nicolas.vanhoren@openerp.com-20111007162243-wqsr90xgd5et1qr1

[imp] mado o2m compatible with graph view

bzr revid: nicolas.vanhoren@openerp.com-20111007162156-10r2h2zws40oabnp

[FIX] account: cannot install generic chart of account

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

bzr revid: qdp-launchpad@openerp.com-20111007155417-0xclk6ccrvozbsqx

[MERGE] lp:849603

bzr revid: qdp-launchpad@openerp.com-20111007154917-77ppd8dnasrhiyqq

[imp] improved graph view to support o2m (not finished)

bzr revid: nicolas.vanhoren@openerp.com-20111007152116-r4ad6z4u035pjxgq

[IMP] if no address value is provided for res.partner.bank default_get context, try to read the address from its id

the web client currently does not send all record data when an o2m is used as a context value, it only sends the ids (at least when the o2m records have not been locally modified)

bzr revid: xmo@openerp.com-20111007131052-4qqo027b2mp16nd6

[IMP] ir.sequence: tone down get_id() deprecation WARNING to DEBUG

For 6.1 we will still support get_id(), but should start phasing it
out for 6.2, so we will switch it back to WARNING after 6.1

bzr revid: odo@openerp.com-20111007145406-9rmfowimthedvoni

[FIX] orm.browse_record: avoid printing unrelated traceback upon KeyError

bzr revid: odo@openerp.com-20111007144944-j4obwcbvx9awkj30

[IMP] tools.ustr: fix possible stack overflow for exception_to_unicode + tabs->spaces

bzr revid: odo@openerp.com-20111007144806-lodke0woag32sin5

[MERGE] lp:856422

bzr revid: qdp-launchpad@openerp.com-20111007142236-krddiikdzwkrdavs

[MERGE] document_ftp: use the --load command line option.

bzr revid: vmt@openerp.com-20111007140653-52nkqyxwrsofy6u5

[MERGE] lp862207

bzr revid: qdp-launchpad@openerp.com-20111007135151-tb4ha1zembtlpi37

[FIX] hr_payroll_account: deletion of a payslip with account_move

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

bzr revid: qdp-launchpad@openerp.com-20111007134926-ur815yiv5gdq02pg

[MERGE] lp:856501

bzr revid: qdp-launchpad@openerp.com-20111007133929-4aagibnako646x84

[FIX] point_of_sale: error message translation if no receivable account defined for partner

bzr revid: qdp-launchpad@openerp.com-20111007132246-2ilpi2t1ii6s4tnw

[IMP] openerp-server: start services, load any server-wide module, then preload some registries.

bzr revid: vmt@openerp.com-20111007131902-bcq26tpmc2u6iwlh

[MERGE] lp862140: phase_id in context of field survey_request_ids

bzr revid: qdp-launchpad@openerp.com-20111007123130-7dkjdmnprqnkntzu

[MERGE] lp865296

bzr revid: qdp-launchpad@openerp.com-20111007122753-iy190ull4etq9sr4

[MERGE] lp:865227

bzr revid: qdp-launchpad@openerp.com-20111007122513-lx88aisi1rccbsln

[MERGE] lp:842381

bzr revid: qdp-launchpad@openerp.com-20111007122316-dr4a50ftf4bt4sc4

[MERGE] lp:866048

bzr revid: qdp-launchpad@openerp.com-20111007121929-nlac0u8wsf5i8dkb

[MERGE] lp798739: no translation of warning message in holidays confirmation. Note that this will only work once the server will propagate the context through the workflow triggers

bzr revid: qdp-launchpad@openerp.com-20111007104149-j4m9i68ysi4bf14z

[FIX] document_ftp: tests: smash those tests with lots of commits.
(Otherwise changes happening on one cursor are not visible to the other one.)
Normally, as those yaml files commit(), they sould be inside demo data
instead of tests. But really we want to test a completely initialized
database, not being executed while the database is being initialized
(as the demo data are). This is just a matter of convention as the
tests are only executed when you also install demo data.

bzr revid: vmt@openerp.com-20111007091737-2dzocv2rgm2gfbi2

[I18N] update PO templates for all addons after enabling LP translation sync

bzr revid: odo@openerp.com-20111007083949-0mz4q7fwtmyps8nu

[FIX] search selection default value in case no default is set: select option with value 'false' if there's any

bzr revid: xmo@openerp.com-20111007082905-86zc0dzwu0bv4bwz

[IMP] startup script: added little reminder when the `web` module can not be imported.

bzr revid: vmt@openerp.com-20111007073330-t0mh6x7ohv82i1g6

[FIX] correctly update pager when adding a new record in an editable list

bzr revid: xmo@openerp.com-20111007072019-l59qcgikjeu71v26

[ADD] update pager on record deletion

bzr revid: xmo@openerp.com-20111007071756-h73imu0g4tl3fhay

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20111007043631-kklsn4cdxnp790tt

[IMP] modules have quite a number of fields we don't need, get only the name

bzr revid: xmo@openerp.com-20111006153959-mft8gh1g08s4vzqz

[IMP] use sets for modules to load instead of value-less dicts

bzr revid: xmo@openerp.com-20111006153622-i6g5pmk25dal358e

[FIX] clear in search views should clear small filters as well

bzr revid: xmo@openerp.com-20111006152332-g0ifsv53jwq66u9u

[FIX] correctly handle 'false' value on selection fields

bzr revid: xmo@openerp.com-20111006145439-mklud8aaezmd2b1p

[FIX] compute modules list fixed

bzr revid: al@openerp.com-20111006143457-i74b719vjic34ie4

[ADD] modifiers setup on account.move.line override of fields_view_get

this way, the web clients correctly gets @required fields, and hides the columns which should be hidden

bzr revid: xmo@openerp.com-20111006143452-xxlv81axttm29m2n

[FIX] base_setup: Set the right xml_id for the hidden/link category

bzr revid: stw@openerp.com-20111006143137-vj6y3pczx7euy13i

[FIX] setup and serialize modifiers on overridden view for account.move.line

bzr revid: xmo@openerp.com-20111006143008-awuryu2n7otgaij6

[FIX] base: set the right xml_id for the hidden/link category

bzr revid: stw@openerp.com-20111006142946-qebop8c2gs620ma7

[ADD] wrapper to the modifiers setup process to simplify its call by third parties

bzr revid: xmo@openerp.com-20111006142727-spfj8foiln6m2jb9

[IMP] account: unpack field tuple on the fly in iteration to generate view fields in account.move.line

also remove unused name (third item of the tuple)

bzr revid: xmo@openerp.com-20111006132307-7fikg28u10023bty

[FIX] Confirmation dialog buttons won't close the dialog

bzr revid: fme@openerp.com-20111006132241-b4491vh5jm4ct974

[IMP] lxml-ify fields_view_get override in account.move.line

bzr revid: xmo@openerp.com-20111006132009-ci16jjrylmb23nnn

[FIX] base_setup: Set the right modules of the category

bzr revid: stw@openerp.com-20111006130909-9sqjw6mgnldeammf

[FIX] Button@special=cancel should not trigger form save

bzr revid: fme@openerp.com-20111006121411-sltmagi0n068fbym

[FIX] make m2o form fields focusable

bzr revid: xmo@openerp.com-20111006120425-z154ck3xez87ufbr

[FIX] base_setup: Fix a problem with categories to show

bzr revid: stw@openerp.com-20111006120338-9zetw1glf0rdxo27

[IMP] orm: added small comment.

bzr revid: vmt@openerp.com-20111006114444-4llzirnl4tg4p5qy

[FIX] duplicated element_class on form widgets (on container and widget), and some incorrect element_id breaking click-on-label behavior

bzr revid: xmo@openerp.com-20111006114127-vc4mbflum68pjlbo

[IMP] account_invoice_layout: missing state field in list view (used for `states` modifiers)

bzr revid: odo@openerp.com-20111006102402-cdjcw8rv2xfea6v3

[FIX] selection field value in case there's no value (haha)

bzr revid: xmo@openerp.com-20111006100235-2x41tzki77sk6i3v

[FIX] don't screw up typing of selection values in search view

bzr revid: xmo@openerp.com-20111006095301-98cda38m1y270f3m

[FIX] forgot to filter installed modules outside

bzr revid: xmo@openerp.com-20111006093430-knl8fcjh4avc2dvh

[FIX] m2o: Search More cause a traceback. (views now excpect to receive evaluated domain, context and group_by)

bzr revid: fme@openerp.com-20111006092247-zcbnrdbld00somam

[IMP] avoid static home crashing after server side was completely broken

bzr revid: xmo@openerp.com-20111006090331-x6euo8vsnzuqqf73

[FIX] 'Select' button for file upload not working in wizards

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

bzr revid: fme@openerp.com-20111006085138-dqezqznktrimhrxm

[MERGE] orm: cleand get_pg_type(). Changes as written in the merge prop.:
* Extracted creation of VARCHAR pg_type into a separate function, make missing
  size (or size 0) create an unlimited VARCHAR field (effectively limited by
  postgres to 1GB data)
* Extracted fields to pg_types mapping outside of get_pg_type
* Made fields.function recursively forward to get_pg_type (via a type overload)
  instead of reimplementing half get_pg_type in itself
* Simplified some get_pg_type cases

Note: if this is merged, it might be nice to convert fields.selection to use an
API similar to fields.function: default to VARCHAR storage, if there's a type
attribute override use that type. Currently, fields.selection is handled the
following way:

* If the selection is a list and the type of the first half of the first item
  is an integer, use type int4
* If the field has a __size=-1__ attribute, use type int4
* Else use type varchar (with size specified on the field, if any)

One change from previous version is that if type of the first half of the first
item of the selection was str or unicode, it tried to find the longest string
and used that as the field's size. This meant silent loss of data if new,
longer items were added to the selection without recreating the whole db (or at
least manually altering the relevant fields). It also used the field's size or
*16* as a minimum default, for some reason, and if there was no size specified
on the selection (or size=0) it just hardcoded the size to 16.

bzr revid: vmt@openerp.com-20111006081336-uka6srvdmvs0s4lm

[FIX] originally correct to-be-merged code broken during merge

bzr revid: xmo@openerp.com-20111006081119-zyzazce6fkc8oq0q

[MERGE] expression: no active_test when rewriting the main query.

bzr revid: vmt@openerp.com-20111006075655-gl444vgzcbu1j887

[MERGE] fields.property: correctly tests for many2one/relative fields.

bzr revid: vmt@openerp.com-20111006074753-e505g95tcz8js5ju

[FIX] m2o fields with selection widget in search view

 Plan was originally to just ignore this because "it should just work"
 but turns out m2o and m2o[@widget=selection] fields have very
 different behaviors when it comes to default values, especially
 custom domains and contexts:

 * An m2o field uses its string value always (behaves like a char
   field), for UI and clarity purposes we added an [[name, '=', id]]
   case when the user specifically selects an autocompletion value,
   but that's not "cannon", when it comes to dealing with custom
   domains (filter_domain) and contexts the field always uses its
   string value.

* An m2o[@widget=selection] field on the other hand uses its ids
  always (behaves like a selection field).

  That's not entirely true, really, because it has the converse to
  what we implemented on the m2o field in the web client (in the GTK
  client): if there is no @filter_domain *and* the user has entered a
  value which is not in the dropdown (it's a combobox in the GTK
  client), then it falls back on using 'ilike'. This string value is
  *not* used in custom domains and custom filters, which simply are
  not submitted.

  This second section has *not* been implemented so far in the web
  client, we'll come round to it if people actually need it.

bzr revid: xmo@openerp.com-20111006063949-fl5rbg3wwubcaay8

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20111006043633-2qqugk8decu2zcj1

[IMP] redhat remove unused stuff

bzr revid: al@openerp.com-20111006031426-6vkjnku1tygyhptb

[FIX] packaging rename doc python rpm build does not tolerate spaces in files

bzr revid: al@openerp.com-20111006030516-uy8p3b5y1d2pbia0

[FIX] packaging rename doc python rpm build does not tolerate spaces in files

bzr revid: al@openerp.com-20111006025617-0frl240letuc4gov

[IMP] debian missing deps

bzr revid: al@openerp.com-20111006021841-blwc0r0uz3x07mxh

[FIX] web_chat flagged as not installable

bzr revid: al@openerp.com-20111006020250-6wkp8uxqzo3ezes5

[IMP] debian remove unused info

bzr revid: al@openerp.com-20111006001810-ew5fm6w2lsr790xy

[IMP] debian remove unused po files

bzr revid: al@openerp.com-20111006001357-29sfz3h2qk7d7zt8

[IMP] README cleanups

bzr revid: al@openerp.com-20111006001218-uzsqgl8ilkndxfr0

[FIX] debian packaging only happens if you used previous openerp packages

bzr revid: al@openerp.com-20111005200458-7ggpb7envf16yvfw

[FIX] forgot to add xml2json.py

bzr revid: al@openerp.com-20111005181529-dbfsmptdi671l94z

[FIX] crm tests, openid import

bzr revid: al@openerp.com-20111005180601-z55oq92j3g883akf

[IMP] cleanup of web.common

bzr revid: al@openerp.com-20111005175826-7fzk3wesvz198kpm

[MERGE] fixmodloading by chs

bzr revid: al@openerp.com-20111005172010-ii718o6v1oe6gijk

[MERGE] base_setup dynamic introspecting ir_module_module

bzr revid: al@openerp.com-20111005165504-ohkyy7edqhykirei

[MERGE] base_setup dynamic category defintions

bzr revid: al@openerp.com-20111005165259-2xbmw8vo5k1neikn

[FIX] category selection

bzr revid: al@openerp.com-20111005165202-s3jv23v7n5py4mx1

[FIX] sed substitution

bzr revid: al@openerp.com-20111005163514-dzvvpsdg1hhhzb5t

[FIX] Fixed addons path for binaries. Improved placeholder.

bzr revid: fme@openerp.com-20111005155740-ufdr7lwp4abpsfsu

[IMP] fields.property: be more explicit when testing if something is a browse_record.

bzr revid: vmt@openerp.com-20111005154857-ic3yzb3dead33us3

[FIX] Do not compute modifiers for aggregates in list view.

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

bzr revid: fme@openerp.com-20111005153202-4ao575zh3885ukuy

[MERGE] Upstream

bzr revid: stw@openerp.com-20111005145931-piwiavbep6sr8nx3

[IMP] base_setup: Add the shortcut 'Add More Features' and reindent the code

bzr revid: stw@openerp.com-20111005145855-hu14h1whjiv669iq

[FIX] stock: set the right category

bzr revid: stw@openerp.com-20111005145822-r0thbg86zt52lis3

[FIX] base: set the right category for base

bzr revid: stw@openerp.com-20111005144249-p46i4up2omsuymqj

[IMP] set module category to Hidden

bzr revid: al@openerp.com-20111005143607-7p5z3gn4ddt3pios

[FIX] base: Add the visible field in the ir.module.category, this field will be used by the new base.setup.installer

bzr revid: stw@openerp.com-20111005142315-r9ypz1jeqbi8rfpo

[MERGE] Upstream

bzr revid: stw@openerp.com-20111005142057-qshud5cor3s7j8v7

[FIX] base_setup: Use a new flag of the ir.module.category object for the listing of applications

bzr revid: stw@openerp.com-20111005141932-mw8n1ccs1msino92

[FIX] Set the categories

bzr revid: stw@openerp.com-20111005141902-72du0lku4x176ix9

[FIX] two loops one loop (a previous commit) was wrongly done :(.

bzr revid: vmt@openerp.com-20111005135549-xvhtt57fl1ib7o6e

[FIX] expression: we dont add any restriction on the main ids
as the possible active=True/False is already present in the main domain.

bzr revid: vmt@openerp.com-20111005133337-p8nvv26tlii7x253

[REV] 1150, broke filter_domain in case of empty field

bzr revid: xmo@openerp.com-20111005130252-oovrpbo4a1pjavwd

[FIX] fields.reference: post-process reference fields to test if the referenced record exists.

bzr revid: vmt@openerp.com-20111005113434-itjuj0u3d6fhryn8

[IMP] raise error when iterating over browse_record

Python has an iteration fallback protocol: when iterating over an
object which does not define __iter__, if the object defines
__getitem__ it considers that it's a list, and invokes __getitem__
from index `0`.

This can be a problem in openerp in methods which expect an list of
ids but are only given a single id (not a singleton list), in that
case self.browse() will return a single browse_record (instea of a
list) and the method tries to iterate over it by calling
browse_record.__getitem__.

Problem is that browse_record.__getitem__ is pretty deep and does
little validation, so the error appears 3 frames below where the
actual issue is with a completely cryptic message of "KeyError: 0",
which makes the actual harder to track.

By raising an error immediately in browse_record.__iter__, this kind
of issues is much easier to handle, the stack points precisely to the
frame in error with a clearer message.

bzr revid: xmo@openerp.com-20111005112444-jcp9fw6pa36ahpsd

[FIX] viewmanageraction loading: auto_search is the default, not the exception

this means if the auto_search attribute is missing, search automatically. Search should only
be prevented if auto_search is precisely false

bzr revid: xmo@openerp.com-20111005111210-qju8ocbhvqahczsz

[FIX] handling of value and default domain in search m2o

bzr revid: xmo@openerp.com-20111005105731-9431uvhay91bt10c

[IMP] fields.reference: two loops one loop.

bzr revid: vmt@openerp.com-20111005105103-cutnuvfkgsjej3vc