e6973e2c64
'invoiced' fields help message is wrong
2014-05-26 17:55:26 +08:00
a701934ac7
[FIX] purchase: invoiced based on invoiced bool of purchase order line, instead of rate
...
invoiced bool of purchase order line is set to true on invoice validation, not on invoice creation
bzr revid: dle@openerp.com-20140415081211-jz6if0vzgq3inzzw
2014-04-15 10:12:11 +02:00
1225c8b530
[FIX] purchase: for drop shipping po, the supplier of the picking was the customer address, which is obviously wrong, it should be the supplier of the po
...
bzr revid: dle@openerp.com-20140318151456-qw896i1t55wgwhkm
2014-03-18 16:14:56 +01:00
08dfda9ec6
[FIX] purchase: on po confirm, avoid to write location_id on the chained stock move if the move is done
...
On purchase order confirmation, if the order_line comes from a procurement order created by a sale order,
it tried to write on the location_id, whatever the move state was, even done.
Or, sometimes, the stock move associated to the procurement order (from the so) was already done, for example because we forced the availability of the stock move.
It makes sense to not write the location_id if the move is already done, because the location_id is already good.
bzr revid: dle@openerp.com-20140129163238-1s1t9oc814z4z7f3
2014-01-29 17:32:38 +01:00
4f3a4dce3b
[FIX] purchase: on unlink purchase order line, cancel procurements associated to the move of the purchase order line
...
bzr revid: dle@openerp.com-20140120170729-57fm8tluz5p4zdk5
2014-01-20 18:07:29 +01:00
2aa8a38447
[IMP] sale,purchase order: order the field based on date_order instead of name
...
This avoids getting irrelevent order based on sequences without padding (eg: SO10 between SO1 and SO2)
bzr revid: mat@openerp.com-20140115140527-pztwh3kl6y9y7jbe
2014-01-15 15:05:27 +01:00
8a729c10fa
[FIX] purchase: fix workflow for orders based on incoming shipments
...
Purchase orders Based on incoming shipments never ended in done stage
bzr revid: dle@openerp.com-20140114164804-zhfy9lb308554kp1
2014-01-14 17:48:04 +01:00
847ca65a23
[FIX] purchase: warning uom category different only if the changed field is product_uom itself.
...
Changing product_id with a different unit category does not trigger the uom category change warning
bzr revid: dle@openerp.com-20131206121552-xre6jj34cpfuldoa
2013-12-06 13:15:52 +01:00
556c7f03f0
[FIX] purchase: revert revision 7677 to set a default unit of measure to 'Unit'
...
This allows to field a purchase.order without showing the units of measure if not product is selected
Revision 7677 was integrated to fix lp:958897 (no change of uom when selecting a product whose uom is in the category 'Units'). This fix did not solve it properly (only for initial value) and introduced another problem. A better fix will be done on the onchange product.
bzr revid: mat@openerp.com-20131129143522-i85e4hvf0p4h3ynn
2013-11-29 15:35:22 +01:00
370b4df6f3
[MERGE] {purchase,purchase_requisition}: choose the right warehouse when creating purchase orders from purchase order/requisition
...
bzr revid: chs@openerp.com-20131127104459-jb77x7quwcvtifm7
2013-11-27 11:44:59 +01:00
7c0c95b1a4
[FIX] sale, purchase: don't copy the customer/supplier reference when copying a SO/PO
...
bzr revid: qdp-launchpad@openerp.com-20131127084625-dqgoloz4q47zlpti
2013-11-27 09:46:25 +01:00
49fa5cab61
[FIX] purchase_requisition: copy method _get_warehouse from purchase module to avoid crash if purchase_requisition is updated but not purchase
...
bzr revid: chs@openerp.com-20131126180726-ng0gue9pedmuykj9
2013-11-26 19:07:26 +01:00
34832b4694
[FIX] purchase: at the validation of the PO, force the company in the context as the company on the PO in order to read property fields correctly. This patch is necessary to allow a user to confirm a PO belonging to another company (if he has the rights to do so).
...
bzr revid: qdp-launchpad@openerp.com-20131126170505-ttzuiaujpl1k24rg
2013-11-26 18:05:05 +01:00
b81c3897ee
[FIX] purchase: choose the right warehouse when creating purchase orders from procurement orders
...
bzr revid: chs@openerp.com-20131126135026-echb4fq37229g637
2013-11-26 14:50:26 +01:00
6bd70af1de
[IMP] purchase: put back sql request to set exception message and avoid context hack
...
bzr revid: mat@openerp.com-20131009122714-rqhciu8ozy059pyn
2013-10-09 14:27:14 +02:00
18528adaff
[FIX] purchase: block workflow when supplier check fails, even if already has set an error message
...
lp bug: https://launchpad.net/bugs/1236191 fixed
bzr revid: mat@openerp.com-20131007081014-8p0u7s0svx7gokg1
2013-10-07 10:10:14 +02:00
cdd5b4f130
[FIX] purchase: use the correct variable, finally
...
bzr revid: mat@openerp.com-20131004155600-vqasj1w07uhnvdmy
2013-10-04 17:56:00 +02:00
4c0c18b803
[FIX] purchase: avoid getting trigger loop (again), apply same fix on procurement to be consistent
...
bzr revid: mat@openerp.com-20131004153915-2urkq50bp8rnddnt
2013-10-04 17:39:15 +02:00
e827454d1d
[FIX] purchase: avoid workflow trigger infinite loop
...
bzr revid: mat@openerp.com-20131004150710-mtecvsj9ad7qrisc
2013-10-04 17:07:10 +02:00
376d390914
[IMP] purchase: don't send messages at all when exception, already logged in message field
...
bzr revid: mat@openerp.com-20131004144029-rp0j2z53zxt7ddh5
2013-10-04 16:40:29 +02:00
dbac14474f
[FIX] purchase: reduce the number of mail messages sent to when procurement in exception
...
lp bug: https://launchpad.net/bugs/1233730 fixed
bzr revid: mat@openerp.com-20131004140602-8gic5ojgadso5801
2013-10-04 16:06:02 +02:00
84a134c46d
[FIX] account_anglo_saxon: backport of revision 8787 of trunk
...
bzr revid: qdp-launchpad@openerp.com-20130710215655-5ym1u4ecsmqdw30n
2013-07-10 23:56:55 +02:00
e19d5e4685
[FIX]purchase/stock: when validating a PO, information on scheduled_date was not correct, should take
...
into account, schedule_date for each product instead of PO date.
Also add a message in chatter whenever we receive a product. Added a function in tools/misc/py for the
purpose of printing correct date in user timezone + timezone information.
bzr revid: csn@openerp.com-20130513145318-qterabm7vmjkezi4
2013-05-13 16:53:18 +02:00
e81431007e
[FIX] purchase: onchange of product now use information in the supplierinfo of the product for name and description if it exists
...
bzr revid: qdp-launchpad@openerp.com-20130507064945-o0ma2jxjp6dukceg
2013-05-07 08:49:45 +02:00
d2ebc393fc
[FIX]purchase: in a PO line, description of product should take into account product supplier name and code
...
bzr revid: csn@openerp.com-20130429114832-jqtes30p1qnywotz
2013-04-29 13:48:32 +02:00
8c8bfd706b
[FIX] purchase, sale_stock: fix computation of date_planned when no timezone is defined for the user
...
bzr revid: qdp-launchpad@openerp.com-20130409122530-svv1kpk57s2nrsa9
2013-04-09 14:25:30 +02:00
a7bf53ebaa
[FIX]error introduce in revid:odo@openerp.com-20130405151451-anjsdt18gmsxr01k
...
function date_to_datetime should return a date in server datetime format
bzr revid: csn@openerp.com-20130409091433-4u3nxejdrti7czu3
2013-04-09 11:14:33 +02:00
ef84d5c421
[FIX] sale_stock,purchase: review help string + remove incorrect fallback to local TZ
...
See also http://bugs.python.org/issue7229
bzr revid: odo@openerp.com-20130404092134-0zt7blbl1kt3p0lz
2013-04-04 11:21:34 +02:00
c1afba4742
[FIX] SO/PO: Fixed date to dateime convestion for expected date based on Order Date, Converstion is based on assumption date date will be in user tz and taking 12:00 hours time to make right time converstion
...
bzr revid: jam@tinyerp.com-20130326121437-89c42jtdw7qv3l2w
2013-03-26 05:14:37 -07:00
918db01d0e
[FIX] purcahse preserver the user UTC oder confimation time to avoid negative date issue
...
bzr revid: jam@tinyerp.com-20130325093526-1m9wiikdga8v6s6x
2013-03-25 15:05:26 +05:30
49597f0e66
[MERGE] *: improved english wording, suggestions courtesy of OpenERP Community
...
bzr revid: odo@openerp.com-20121221164808-kdjrtcbgma4dr3on
2012-12-21 17:48:08 +01:00
f49f43958d
[MERGE] Sync with trunk.
...
bzr revid: tde@openerp.com-20121221100609-2x59amtxj4sjedcu
2012-12-21 11:06:09 +01:00
b37450ba49
[IMP] sale, purchase, invoice: automatically subscibe recipints of Send by email as document followers.
...
bzr revid: tde@openerp.com-20121221095902-k2xk928po48cogdm
2012-12-21 10:59:02 +01:00
e3c31cab9e
[IMP] track_visibility atribute: moved onto explicit strings.
...
bzr revid: tde@openerp.com-20121220114730-nip8qaaajr5mqw6s
2012-12-20 12:47:30 +01:00
d737a7f098
[IMP] sale, purchase, hr_timesheet_sheet, hr_holidays, event, crm_meeting: fixed, improved and cleaned needaction_domain_get.
...
bzr revid: tde@openerp.com-20121220100005-d0r0se41fx83w38c
2012-12-20 11:00:05 +01:00
3dadb7b062
[CLEAN] Purchase: small code cleanup and subtypes update.
...
bzr revid: tde@openerp.com-20121219170228-bc143sbqcl0nqwsz
2012-12-19 18:02:28 +01:00
cd290565a4
[MERGE] Sync with trunk.
...
bzr revid: tde@openerp.com-20121219093924-5rqmhb6ve7bv7qzl
2012-12-19 10:39:24 +01:00
065821dfd6
[MOD] use read() instead of browse
...
bzr revid: fp@tinyerp.com-20121218234907-j672neyvifmo4bur
2012-12-19 00:49:07 +01:00
03b6acd13d
[MERGE] Access inherited product fields on the product directly rather than template, courtesy of Alexis de Lattre (Akretion)
...
It makes the code a little more straightforward and does not hurt.
bzr revid: odo@openerp.com-20121218225015-6r9ydxjlh147m3z1
2012-12-18 23:50:15 +01:00
41f7f27881
[IMP] several subtype fixes
...
bzr revid: fp@tinyerp.com-20121218220617-d6ebdlkf1facw4x8
2012-12-18 23:06:17 +01:00
8e0c7f9781
[MERGE] Sync with trunk.
...
bzr revid: tde@openerp.com-20121218181852-j9qg1po5y4yw67ko
2012-12-18 19:18:52 +01:00
b8e3477f06
[MERGE] procurement workflow fixes + removal of a unused file hr_payroll_account/hr_payroll_account_workflow.xml
...
bzr revid: qdp-launchpad@openerp.com-20121218161136-dqcinl0gputptkt3
2012-12-18 17:11:36 +01:00
b95b32d644
[MERGE] Merged branch holding subtype work by APA.
...
bzr revid: tde@openerp.com-20121218131142-2jb6wac6y9q6dc7v
2012-12-18 14:11:42 +01:00
73980eba5f
[MERGE] trunk-import-openerp-thu (use strict naming convention when importing openerp stuff)
...
bzr revid: rco@openerp.com-20121218085914-qzr2upqfxmfbzfsx
2012-12-18 09:59:14 +01:00
a972f0181d
[MERGE] with trunk
...
bzr revid: fka@tinyerp.com-20121218045009-drt4gjkcnpl5hxxr
2012-12-18 10:20:09 +05:30
411d6d931d
[FIX] sale,purchase: allow SO/PO long description to propagate to procurement.order and stock.move, remove size limits
...
bzr revid: odo@openerp.com-20121217222827-ga62qttp4wxzu7rv
2012-12-17 23:28:27 +01:00
a3939acfa5
[FIX] replace from/import decimal_precision by from/import openerp.addons.decimal_precision
...
bzr revid: cto@openerp.com-20121217152303-8e3b1x30rlw9cb0d
2012-12-17 16:23:03 +01:00
d1458e2620
[FIX] purchase: fixed bad split of methods
...
bzr revid: qdp-launchpad@openerp.com-20121217081351-ye786a737n5a5bys
2012-12-17 09:13:51 +01:00
82eb22c536
[FIX] purchase: fix
...
bzr revid: qdp-launchpad@openerp.com-20121214191123-uj8bvvp18kive0aw
2012-12-14 20:11:23 +01:00
0c0c081676
[FIX] purchase, procurement: workflow of procurement order fixed
...
bzr revid: qdp-launchpad@openerp.com-20121214163921-hevj7um2n7jf8e1p
2012-12-14 17:39:21 +01:00
JoshuaJan
Denis Ledoux
Martin Trigaux
Christophe Simonis
Quentin (OpenERP)
Cedric Snauwaert
Olivier Dony
Jigar Amin
Thibault Delavallée
Fabien Pinckaers
Raphael Collet
Foram Katharotiya (OpenERP)
Cecile Tonglet