- Apr 29, 2014
-
-
Richard Mathot authored
bzr revid: rim@openerp.com-20140429071125-avjggwlmlozv7hz5
-
Launchpad authored
bzr revid: launchpad_translations_on_behalf_of_openerp-20140429064121-xnusb4mb3r8vgtzh
-
- Apr 28, 2014
-
-
Martin Trigaux authored
[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
-
Olivier Dony authored
bzr revid: odo@openerp.com-20140428151133-uz7mphscch35dl6o
-
Yannick Vaucher authored
lp bug: https://launchpad.net/bugs/1313622 fixed bzr revid: yannick.vaucher@camptocamp.com-20140428142017-3warx1ai72cfetj1
-
Yannick Vaucher authored
bzr revid: yannick.vaucher@camptocamp.com-20140428135535-o9512996d18cudgq
-
Denis Ledoux authored
[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
-
- Apr 27, 2014
-
-
Launchpad authored
bzr revid: launchpad_translations_on_behalf_of_openerp-20140427061844-eycgmbqvphlakiz3
-
- Apr 25, 2014
-
-
Denis Ledoux authored
bzr revid: dle@openerp.com-20140425133421-czisl2dpm5hletts
-
Denis Ledoux authored
[FIX] product: price computation failed when for pricelists based on Cost price for non-employee users bzr revid: dle@openerp.com-20140425125507-njfyl1r6wn11vqwx
-
Martin Trigaux authored
As the action could lead to unrelated model, keeping the defaults, groupby and ref do not make sense. Backport of saas-2 revision 3872, 3891, 3892, 3893 and 3905 lp bug: https://launchpad.net/bugs/1101840 fixed lp bug: https://launchpad.net/bugs/1263888 fixed bzr revid: mat@openerp.com-20140425120002-g4126s9it705hwj5
-
Martin Trigaux authored
bzr revid: mat@openerp.com-20140425113555-nkjxldq61io6kvdo
-
Martin Trigaux authored
bzr revid: mat@openerp.com-20140425100856-lcpgyjdk4u632bws
-
- Apr 24, 2014
-
-
Martin Trigaux authored
bzr revid: mat@openerp.com-20140424160833-p0uf6zzst0pnj3i7
-
Denis Ledoux authored
Like it should do, the feature was broken Moreover, it resolves a performance issue (do with 100 lines took up to 10 minutes) bzr revid: dle@openerp.com-20140424155141-qtp5o5nrp0whlk9t
-
Martin Trigaux authored
[MERGE] [FIX] stock: add product_lot group on Traceability group as some parts of this group are restricted to this group and you can have production_lot without tracking_lot, courtesy of Mohammad Alhashash lp bug: https://launchpad.net/bugs/1177076 fixed bzr revid: mat@openerp.com-20140424152206-m4dnmee28w3yomsq
-
Martin Trigaux authored
lp bug: https://launchpad.net/bugs/1180769 fixed bzr revid: mat@openerp.com-20140424142829-ramy830hwkghk1jv
-
Launchpad authored
bzr revid: launchpad_translations_on_behalf_of_openerp-20140424063249-gwnojb5kvlq544nz
-
- Apr 23, 2014
-
-
Martin Trigaux authored
bzr revid: mat@openerp.com-20140423150621-rjiae83nxh5tqyau
-
Martin Trigaux authored
bzr revid: mat@openerp.com-20140423150215-578nzug1glccvpwy
-
Martin Trigaux authored
[MERGE] [FIX] stock: fix error when executing a read_group on stock.picking.in and out, courtesy of Yannick Vaucher (Camptocamp) bzr revid: mat@openerp.com-20140423132552-hpnr2skutqranvsj
-
Denis Ledoux authored
[FIX] hr_timesheet_sheet: allow writing attendance line not according to the date order, and check that the attendances satisfy the alternance constraint, even for delete operations lp bug: https://launchpad.net/bugs/1180773 fixed bzr revid: dle@openerp.com-20140423112554-75bpk5k3viroqbh5
-
Martin Trigaux authored
[MERGE] [FIX] account_voucher: in recompute_voucher_lines, ensure the price value is not modified when computing the writeoff_amount. Using the remaining amount for writeoff does not make sense as the amount is already in credit or debit lines. This issue could be observed in the payment wizard where the execution of _compute_writeoff_amount (through onchange) would be a negative value at the first execution. bzr revid: mat@openerp.com-20140423101847-s0efihzqe7jcdcps
-
Martin Trigaux authored
[MERGE] [FIX] procurement: default_get in orderpoint make a search instead of hardcoding a warehouse as it's possible te user do not have access to it (e.g. multicompany), courtesy of Romain Deheele(Camptocamp) bzr revid: mat@openerp.com-20140423100324-6stypg5uapnl1s5f
-
Launchpad authored
bzr revid: launchpad_translations_on_behalf_of_openerp-20140423065826-x7fmgc85ckhi9s8u bzr revid: launchpad_translations_on_behalf_of_openerp-20140423070300-k249yxs2ghd1vaof
-
Ravi Gohil authored
[FIX] account_voucher: Fixed wrong writeoff(Payment Difference) calculation by recompute_voucher_lines(...). (Maintenance Case: 605632) bzr revid: rgo@tinyerp.com-20140423070139-ielwafap3zcupglx
-
- Apr 22, 2014
-
-
Denis Ledoux authored
bzr revid: dle@openerp.com-20140422150918-nxv2v4bcvi6u3v6g
-
Denis Ledoux authored
[FIX] base: in partner search view, use operator=child_of instead of filter_domain with a child_of domain operator child_of has the advantage to do exact ID matching for many2one, and not just matching on the name bzr revid: dle@openerp.com-20140422150736-o2t3eank6yqttlel
-
Denis Ledoux authored
operator child_of has the advantage to do exact ID matching for many2one, and not just matching on the name bzr revid: dle@openerp.com-20140422150710-mr9x3vyq0wcg31l5
-
Martin Trigaux authored
[MERGE] [FIX] stock: when duplicating a stock.move, remove serial number and tracking information in every cases instead of specific to duplication of invocies, courtesy of Guewen Baconnier bzr revid: mat@openerp.com-20140422140337-ymq7x133eicy6rpa
-
Martin Trigaux authored
[FIX] account: avoid tax on name search to execute request with empty journal (if context == {'journal_id': False}) (opw 606875) bzr revid: mat@openerp.com-20140422135012-6faelx7cf0p8cvab
-
Denis Ledoux authored
bzr revid: dle@openerp.com-20140422130506-934g9o433kdhmwnp
-
Ravi Gohil authored
[FIX] account: Advance search on 'Tax' from journal items leads to traceback if we do not select any journal. (Maintenance Case: 606875) bzr revid: rgo@tinyerp.com-20140422111115-17e6juruftp3oj2r
-
Martin Trigaux authored
A better fix would be to create a sale_procurement module (sale_stock has sale, procurement and stock as dependecies) but a bit overkill for simple demo data bzr revid: mat@openerp.com-20140422105039-vqvxejd123cmtc0s
-
Martin Trigaux authored
When canceling a voucher or unreconciling move lines, make sure the linked invoice is still correct and has valid payment lines (if cancel one of two payments, should have the other one left). Forward-port from 6.0 addons revision:5094 Oh, by the way, revision 10000 ! bzr revid: mat@openerp.com-20140422104545-900yfw8gckse1iay
-
Denis Ledoux authored
bzr revid: dle@openerp.com-20140422102816-zw6mqlmr3lt0xwp5
-
Amit Dodiya authored
[FIX] account_voucher & account_move_line: while we have partial payment and we cancel one payment it also unlink the reconcile/partial reconcile tag from other payment entries also bzr revid: ado@tinyerp.com-20140422101128-ugudle2s7ysc6n1p
-
Launchpad authored
bzr revid: launchpad_translations_on_behalf_of_openerp-20140419063533-z6kswp5wkioh5jlv bzr revid: launchpad_translations_on_behalf_of_openerp-20140420055842-traoy17xi60ufook bzr revid: launchpad_translations_on_behalf_of_openerp-20140421050815-44ydlitvsaj3xdd9 bzr revid: launchpad_translations_on_behalf_of_openerp-20140422082459-bfjqgpt2bpgll64p
-
Martin Trigaux authored
bzr revid: mat@openerp.com-20140422075601-s382vj4c4ren882i
-
Anaël Closson authored
bzr revid: acl@openerp.com-20140422073826-0w9ne38ub8nh7p4v
-