On Thu, Dec 15, 2011 at 6:50 AM, Ferdinand @ Camptocamp < [email protected]> wrote:
> IMHO a main problem of gap-less is not solved : > > for some documents (SO,PO,PICK, ...) the number is generated pressing > "New". > Hence the number is "used" even if the user decides to abort / delete the > document > > workarounds > * the number should only be assigned in the workflow from state draft to > anything but cancel > * prohibit deletion of numbered documents. not nice, but at least this > would conform to accounting and audit standards. > Hello but here the issue can solve don't calling *get* from sequence in init workflow and dont allow deletion from records needs implement unlink method and check states. Regards, > > -- > You received this bug notification because you are a member of OpenERP > Committers, which is subscribed to OpenERP Server. > https://bugs.launchpad.net/bugs/746620 > > Title: > Implementation of faster gap-tolerant sequences > > Status in OpenERP Server: > Fix Released > > Bug description: > OpenERP is classified as an Enterprise class software package. Meaning > that more than one person, at least 2 should be able to use the system > simultaneously. Like packers shipping products, taking orders, > reserving products. I find that in fact, it is not possible for > creation of stock moves simultaneously. > > Say I am importing orders from a shop. It is creating stock moves > because the order is paid. > At the same time I am shipping products which is normal for an ERP system. > I might also import orders from a separate shop say a POS system. > It is not possible! > [2011-03-31 13:10:47,657][midwestsupplies] WARNING:stock.location:Failed > attempt to reserve 1.0 x product 1669, li > kely due to another transaction already in progress. Next attempt is > likely to work. Detailed error available at D > EBUG level. > OperationalError: could not obtain lock on row in relation "ir_sequence" > Two different errors. > I can only perform one action at a time! > What happens is that any time the program calls for a stock_move it will > lock the stock_move table so no other process can access it which means > that you cant do hardly anything unless its done individually. Now say with > a MS system, or any Enterprise system would be able to handle many > simultaneous actions but this program has a serious architecture flaw to > not be able to support this. > > To manage notifications about this bug go to: > https://bugs.launchpad.net/openobject-server/+bug/746620/+subscriptions > -- Cristian Salamea @ovnicraft -- You received this bug notification because you are a member of OpenERP Framework Experts, which is subscribed to OpenERP Server. https://bugs.launchpad.net/bugs/746620 Title: Implementation of faster gap-tolerant sequences Status in OpenERP Server: Fix Released Bug description: OpenERP is classified as an Enterprise class software package. Meaning that more than one person, at least 2 should be able to use the system simultaneously. Like packers shipping products, taking orders, reserving products. I find that in fact, it is not possible for creation of stock moves simultaneously. Say I am importing orders from a shop. It is creating stock moves because the order is paid. At the same time I am shipping products which is normal for an ERP system. I might also import orders from a separate shop say a POS system. It is not possible! [2011-03-31 13:10:47,657][midwestsupplies] WARNING:stock.location:Failed attempt to reserve 1.0 x product 1669, li kely due to another transaction already in progress. Next attempt is likely to work. Detailed error available at D EBUG level. OperationalError: could not obtain lock on row in relation "ir_sequence" Two different errors. I can only perform one action at a time! What happens is that any time the program calls for a stock_move it will lock the stock_move table so no other process can access it which means that you cant do hardly anything unless its done individually. Now say with a MS system, or any Enterprise system would be able to handle many simultaneous actions but this program has a serious architecture flaw to not be able to support this. To manage notifications about this bug go to: https://bugs.launchpad.net/openobject-server/+bug/746620/+subscriptions -- Mailing list: https://launchpad.net/~credativ Post to : [email protected] Unsubscribe : https://launchpad.net/~credativ More help : https://help.launchpad.net/ListHelp
