Launchpad bug: https://bugs.launchpad.net/ocb-server/+bug/1319285

bzr revid: launchpad_translations_on_behalf_of_openerp-20140510075539-empsrh7k5l6q44ln
bzr revid: launchpad_translations_on_behalf_of_openerp-20140510075505-nu0zmfg57i2352lz
bzr revid: launchpad_translations_on_behalf_of_openerp-20140511070820-8xp1e2jxonp4i750
bzr revid: launchpad_translations_on_behalf_of_openerp-20140503064840-v6n2wyrm1l162bh4
bzr revid: launchpad_translations_on_behalf_of_openerp-20140504062728-9tmsk2r01vvs3avi
bzr revid: launchpad_translations_on_behalf_of_openerp-20140506072722-8xpshoxb4um6ef30
bzr revid: launchpad_translations_on_behalf_of_openerp-20140511070841-lboiasc73m8h3fb2

The value_unpickled given by xml data is usualy already evaluated but when it is given by the web client, a str is recieved by the method (as the field is a text field). In the later case, we need to evaluate the field before storing to be correctly evaluated as a default value.

bzr revid: mat@openerp.com-20140509130412-ki211x7qdccdnv5w

bzr revid: mat@openerp.com-20140509093304-ao8ttky1trgz22ao

At the time of the context_wo_lang patch (7.0 revision 6577), the orm did not keep the language in copy_data, this patch intended to be more consistent.
Since server revision 5146 7.0, the new behaviour is to use the translated version in copy_data. Removign this change will be more consistent with the orm.

The expected behaviour is now the following:
In user lang: translated product name + translated '(copy)'
In other lang: same as original product

bzr revid: mat@openerp.com-20140508153236-00gxvxenh8fy03km

At the time of the context_wo_lang patch (7.0 revision 6577), the orm did not keep the language in copy_data, this patch intended to be more consistent.
Since server revision 5146 7.0, the new behaviour is to use the translated version in copy_data. Removign this change will be more consistent with the orm.

The expected behaviour is now the following:
In user lang: translated product name + translated '(copy)'
In other lang: same as original product

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

bzr revid: mat@openerp.com-20140508134937-7cbja3vsv311z5j4

The number of leave requests left is based on the employee_id key in the context, when displaying the status of an hr.holidays we don't have the information in the name_get of the hr.holidays.status.
The fallback on the number of employees is done with the uid but we can not rely on it as well as the name_get on m2o field is done with superuser_id.

bzr revid: mat@openerp.com-20140508124946-ttyr84iajg9q6l0y

Due to a global rule on ir.values (which is created when creating a ir.ui.menu), we need to execute the action as super user.

bzr revid: mat@openerp.com-20140508093129-tzkqpizpwr7vv0zu

bzr revid: launchpad_translations_on_behalf_of_openerp-20140508063251-ztdomqygi2izm2o3

[FIX] account: when creating partial reconcilation after unreconciliating one invoice, make sure we create this partial reconcilation only if we have at least two lines

bzr revid: mat@openerp.com-20140507133552-v4qsdp7qdp9iwewi

[FIX] document_page: Menu for document page can only be created by superuser. (Maintenance Case: 607160)

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

bzr revid: rgo@tinyerp.com-20140507133222-qql3j1ttqk33une5

Instead of raising an exception (which only interupt the call of the onchange methods), return a dictionnary to set the forbidden partner or product to an empty value.
The call is not blocking in a way to forbid creating a record that uses this partner/product but it is not possible to select it through the web interface.

bzr revid: mat@openerp.com-20140507113940-d8iynfl1lcskht63

Instead of raising an exception (which only interupt the call of the onchange methods), return a dictionnary to set the forbidden partner or product to an empty value.
The call is not blocking in a way it forbid to create a record that uses this partner/product but it make it not possible to select it through the web interface.

bzr revid: mat@openerp.com-20140507102550-sms5nbf0u7pdkci9

The body is the field used to actually display the 'log in with ...'
As not shown in the view, when adding a new provider, this field was empty and therefore wasnt visible on the login form...

bzr revid: dle@openerp.com-20140507102414-vz7ur7zvh4ptuk2e

bzr revid: launchpad_translations_on_behalf_of_openerp-20140506072715-4m7kz3factf743c9

[FIX] Modifying default value for other than char/string/selection fields from 'Setting/Technical/Actions/User-defined Defaults' view sets wrong pickle value for respective record. (Maintenance Case: 607398)

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

bzr revid: rgo@tinyerp.com-20140506062800-231wt7bk7sbzet6y

[FIX] Modifying default value for other than char/string/selection fields from 'Setting/Technical/Actions/User-defined Defaults' view sets wrong pickle value for respective record. (Maintenance Case: 607398)

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

bzr revid: rgo@tinyerp.com-20140506055725-ryorjswf236plhlc

[FIX] Modifying default value for other than char/string/selection fields from 'Setting/Technical/Actions/User-defined Defaults' view sets wrong pickle value for respective record. (Maintenance Case: 607398)

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

bzr revid: rgo@tinyerp.com-20140506054055-xse0aywu6p3hl138

[FIX] Modifying default value for other than char/string/selection fields from 'Setting/Technical/Actions/User-defined Defaults' view sets wrong pickle value for respective record. (Maintenance Case: 607398)

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

bzr revid: rgo@tinyerp.com-20140505115121-lwz1crjjoxyqfgax

[MERGE] [FIX] hr: when duplicating an employee or user, do not duplicate the reference to other employees (opw 607313)

bzr revid: mat@openerp.com-20140505101313-5y72gs2xpgokhxl1

bzr revid: mat@openerp.com-20140505094329-vr7h4c92i43ezob4

[MERGE] mail: avoid resetting purposefully empty catchall domain setting, courtesy of Stefan Rijnhart (Therp)

bzr revid: odo@openerp.com-20140505075129-hv4evrdw5v7crtmw

bzr revid: odo@openerp.com-20140505074636-bl2y5pst4pfmpz3u

bzr revid: launchpad_translations_on_behalf_of_openerp-20140430070138-uuemdpfseyysxlvs
bzr revid: launchpad_translations_on_behalf_of_openerp-20140502064550-9r0c2t3tr8dp1hwu
bzr revid: launchpad_translations_on_behalf_of_openerp-20140501063929-ta3t6lhed5dpdz9a
bzr revid: launchpad_translations_on_behalf_of_openerp-20140502064608-1zwt52snc5pg5kfi
bzr revid: launchpad_translations_on_behalf_of_openerp-20140504062721-dgb7m6o6ge2btumg

[MERGE] [FIX] hr_timesheet_sheet: set default date to now when computing date in user's timezone, courtesy of Yannick Vaucher (Camptocamp)

eg: the sign-in/sign-out button on the employee do not provide date yet (value defined in _defaults) and it would broke the computation

bzr revid: mat@openerp.com-20140430121458-9h8c8j7fw823qf27

[FIX] sign in and sign out were broken in rev 10019 as it doesn't provide a date to conversion of attendance time to employee timezone

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

bzr revid: yannick.vaucher@camptocamp.com-20140430113730-cn3xw66fbik8p32n

[FIX] stock: when delivering a product in average cost, make sure the price_unit on the stock.move is up to date (opw 607272)

The price mentioned on the stock move from the delivery order is the one at the time of the sale order confirmation. On average price, the price can be different when the delivery is actually done. The price will then be refreshed with the one specified on the product.

bzr revid: mat@openerp.com-20140430102847-o1fzo318rpmq9n1j

This would permanently mark the mail as failed while
there is a good chance it will be sent properly next
time it is retried (provided the memory situation
improves or the server/worker has restarted).

bzr revid: odo@openerp.com-20140430102552-qkwv20b20nve64th

bzr revid: launchpad_translations_on_behalf_of_openerp-20140430070150-8jkf4uv0z6lbfjik

[FIX] stock: when delivering a product in average cost, make sure the price_unit on the stock.move is up to date (opw 607272)

bzr revid: mat@openerp.com-20140429145332-s3c22w47aihdsfub

[FIX] stock: recompute the qty_available based on the location instead of using the one in the result of the browse (opw 606423)

The qty_available field is a function field that uses the information of the context (eg: location) to compute the value. Using the global browse record would return the same qty_available value for each location (and then produce way too many account.move)

bzr revid: mat@openerp.com-20140429124256-ljph37kijosg5dqb

[MERGE] [FIX] mail: make the detection of Content-Type based on filename instead of only offering 'application/octet-stream'. This allows to have a better detection of the software to use by the browser. opw 606233

bzr revid: mat@openerp.com-20140429090446-6691y6h9vdkbbnuu

[FIX] stock: destination location should not be limited to internal as this wizard is also used for incoming and outgoing pickings (opw 606213)

bzr revid: mat@openerp.com-20140429083108-njr9ixk1faj8hv3r

bzr revid: rim@openerp.com-20140429071125-avjggwlmlozv7hz5

bzr revid: launchpad_translations_on_behalf_of_openerp-20140429064121-xnusb4mb3r8vgtzh

[MERGE] [FIX] hr_timesheet_sheet: make it timezone tolerant and avoid errors when comparing datetime and dates, courtesy of Yannick Vaucher (Camptocamp)

The attendance date recieved by the server is in UTC while the user sees it in his timezone. This means that an attendance could be in a timesheet (bounded by dates) for a user but not for the server which would not accept a valid attendance.
The fix will make the check in the user's timezone.

Only the date part of the attendance is kept for comparison as the boundaries are dates objects.

bzr revid: mat@openerp.com-20140428153216-4s6r5hu1ov0p0ofm

bzr revid: odo@openerp.com-20140428151133-uz7mphscch35dl6o

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

bzr revid: yannick.vaucher@camptocamp.com-20140428142017-3warx1ai72cfetj1

bzr revid: yannick.vaucher@camptocamp.com-20140428135535-o9512996d18cudgq

[FIX] base: ir.model.fields, write, use tools.ustr instead of str so it handle if the string is already unicode

Writing special chars in the field label resulted in a traceback (write only, no problem with creation)

bzr revid: dle@openerp.com-20140428110042-qeaswuwsquy1612h