lp:~openerp-community/openobject-server/trunk-gantt-view-add-progress

Branch merges

Propose for merging

No branches dependent on this one.

Rejected for merging into lp:openobject-server

Raphael Collet (OpenERP) (community): Disapprove on 2012-01-27

Diff: 11 lines (+1/-0)

1 file modified

openerp/addons/base/rng/view.rng (+1/-0)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

3977. By Simone Orsi on 2012-01-23

added 'progress' gantt view allowed attributes

3976. By Launchpad Translations on behalf of openerp on 2012-01-22

Launchpad automatic translations update.

3975. By Vo Minh Thu on 2012-01-20

[MERGE] added resources (virt. memory and CPU time) limits when using gunicorn.

3974. By Olivier Dony (Odoo) on 2012-01-19

[FIX] expression: properly care for implicitly defined m2m fields used in search() domains

Now that m2m fields may be defined without explicitly
specifying the name of the relationship table and its
foreign key columns, all access to these internal
names should be done via m2m._sql_names().
This seems better than lazily initializing these
internal names and hoping that nothing accesses
them before the init.

3973. By Launchpad Translations on behalf of openerp on 2012-01-19

Launchpad automatic translations update.

3972. By Vo Minh Thu on 2012-01-18

[MERGE] cleaned some imports, removed some code for older python versions.

3971. By Vo Minh Thu on 2012-01-18

[MERGE] added --db-template option.

3970. By Olivier Dony (Odoo) on 2012-01-18

[IMP] base: change conflicting address-related "State" fields to "Fed. State"

This will avoid ambiguous translations, until we can
implement some sort of context-sensitive translation
system.

3969. By Vo Minh Thu on 2012-01-18

[MERGE] use an import hook instead of appending to sys.path.

This replaces sys.path mutation with an import hook. It removes the clash
between our own 'resource' addons and the standard Python resource module. It
provides a transition between our current practice and a cleaner
'openerp.addons' namespace.

The import hook makes it possible to either 'import openerp.addons.hr' or
'import hr' in the addons (ie. both paths are set in sys.modules). When trying
to import an already existing (non-openerp) Python module (e.g. resource), it
will indeed load the Python module and print a warning (to invite you to use
openerp.addons.resource if this is the one you want).

Unfortunately, the import hook doesn't support self-referential imports. E.g.
hr.wizard.xxx can't use 'import hr.yyy' or 'from hr import yyy'. Python will
fail to load hr with cryptic error messages or even a segmentation fault.

Beginning with this patch, 'import openerp.addons.xxx' is the way to go,
'import xxx' is deprecated. Once 'import xxx' support can be removed, we will
probably support pkgutil or setuptool namespaces.

3968. By Vo Minh Thu on 2012-01-18

[MERGE] added missing import, removed unused vars, corrected unnused variable (typo).