lp:~openerp-dev/openobject-server/trunk-bug-1128997-SunilSharma

Created by Sunil Sharma(OpenERP) and last modified
Get this branch:
bzr branch lp:~openerp-dev/openobject-server/trunk-bug-1128997-SunilSharma
Members of OpenERP R&D Team can upload to this branch. Log in for directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
OpenERP R&D Team
Project:
Odoo Server (MOVED TO GITHUB)
Status:
Development

Recent revisions

4833. By Sunil Sharma(OpenERP)

[imp] x==None Check and return None or x

4832. By Sunil Sharma(OpenERP)

Merge with trunk

4831. By Sunil Sharma(OpenERP)

[imp] return changed value Many2one

4830. By Sunil Sharma(OpenERP)

[Fix Imp] _symbol_set changed returntype

4829. By Thibault Delavallée (OpenERP)

[MERGE] 'Invite & Quick Create User' update. The server branch holds in res_users.create() the support of key in context, allowing to put xml_ids of user groups in the context of relational fields linking to res.users. The purpose of this modification is to quick-create users that will have the access rights related to the functional meaning of the field. For example creating an user in the 'Responsible' field of a task should add him in the group related to project management.

Example of use : <field name="user_id" string="Project Manager" context="{'default_groups_ref': ['base.group_user', 'project.group_project_manager']}"/> will add Employee (base.group_user) and Project Manager (project.group_project_manager) groups, as well as implied groups.

res_users:
- [add] added support of key in context of default_get. It contains a list of xml_ids of user groups; those groups, if found, are added to the newly created user,
- [ref] refactored simplified (quick create) view that is now more like a contact card, with login and email required because of the login email that will be send to the user

4828. By Olivier Dony (Odoo)

[FIX] service.db: missing imports

4827. By Olivier Dony (Odoo)

[IMP] service.wsgi_server: useless import

4826. By Xavier (Open ERP)

[FIX] __getattr__ implementation on BaseModel

object has no __getattr__, in the usual case super(BaseModel,
self).__getattr__ will blow up with an AttributeError (but the wrong
one).

On the other hand, if a BaseModel descendant class is used in MI
alongside a non-BM descendant (e.g. res_partner inheriting from Model
and format_address) and the non-BM descendant also implements
__getattr__, we want to forward the failed attr search to the other
__getattr__ implementation.

So check if super() has a __getattr__, call it if it does otherwise
AttributeError right there.

4825. By Launchpad Translations on behalf of openerp

Launchpad automatic translations update.

4824. By Vo Minh Thu

[REF] orm:
- isinstance(ids, dict) is done at the end, but not at the beginning,
so if ids was a single dict, it would break in the map(lambda).
- The loop to convert None to False can be done in _read_flat instead
of read (there is already plenty of loops in _read_flat)
- The __getattr__ was breaking the stacktrace.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
lp:openobject-server
This branch contains Public information 
Everyone can see this information.

Subscribers