IDempiere/FullMeeting20140409

⇐ Table of Contents | Full Meeting Minutes | Full Meeting 2014-04-09

red1: Good morning CarlosRuiz
CarlosRuiz: Good morning
Deepak: Good Morning/Afternoon
CarlosRuiz: Good Morning
nmicoud: Bonjour !
CarlosRuiz: reading here about the heartbleed ssl vulneratibility - did you already upgraded your https servers?
hieplq_: lastest of centos is fixed this error (I check my server)
hieplq_: Hi CarlosRuiz, I need your advice in ticket https://idempiere.atlassian.net/browse/IDEMPIERE-1884
CarlosRuiz: ok hieplq_ let me follow the steps to check
Not-001: [IDEMPIERE] hieplq created IDEMPIERE-1892 Active session is maintain in system over time start server
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1892
Not-001: [IDEMPIERE] hieplq updated IDEMPIERE-1892 Attachment set to "jira-capture-screenshot-20140409-202142-684.png"
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1892
red1: hieplq_: what happens in Drop Shipment?
red1: I think no receipt created
red1: because you send the shipment direct to customer without going through your inventory
hieplq_: I don't use Drop Shipment, but my user just accident click to this. and new phantom receipt is create
red1: ah ok i see
Not-001: [IDEMPIERE] nmicoud updated IDEMPIERE-1892
Not-001: [IDEMPIERE] Hi Hiep, I also notice this on my environnment. Those sessions are created by swing instance launched from a machine which is not the server. AFAIR, when the server starts, all session with ServerName = current server are processed. Others, no ; that's why they remain here. Nicolas
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1892
CarlosRuiz: hiep - the m_inout record created has doctype='MM Shipment', movementtype='V+' and issotrx=Y
CarlosRuiz: it seems is not shown in any of the m_inout windows
hieplq_: yes.
hieplq_: because i call it is phantom
CarlosRuiz: debugging ....
hieplq_: thanks CarlosRuiz, please conside Class MInOut line 1724
CarlosRuiz: :-) was at 1723 right now :-)
CarlosRuiz: I see the shipment is saved on line 1720 and then dismissed on line 1734
hieplq_: return null not dismissed shipment
hieplq_: just don't update some field
CarlosRuiz: I see
CarlosRuiz: as I understand the drop shipment requires linked order - testing a patch
CarlosRuiz: hieplq_, I have a possible patch
CarlosRuiz: but I need to go out right now
hieplq_: ok. you can post it late.
CarlosRuiz: is it ok if I upload it and you can test it - if it works can you also please create the migration script with official ids for the message DropShipRequiresLinkedOrder ?
hieplq_: yes.
Not-001: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-1884 Attachment set to "IDEMPIERE-1884.patch"
Not-001: [IDEMPIERE] attaching possible patch
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1884
Not-001: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-1884 labels set to "+Patch"
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1884
CarlosRuiz: ok - I hope I'll be back in a couple of hours - and keep checking the peer review queue
hieplq_: thanks for help bb.
Not-001: [IDEMPIERE] hieplq updated IDEMPIERE-1892 status set to "Closed" -resolution set to "Won't Fix"
Not-001: [IDEMPIERE] Thanks [~nmicoud], I have understand why save active session in db. My session remain, maybe by i backup db from running database. and restore in my local, because ServerName <> current server
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1892
Not-001: [IDEMPIERE] nmicoud updated IDEMPIERE-1892
Not-001: [IDEMPIERE] I've created a process which is executed every day ; it has 1 parameter : p_ServerName String sql = "UPDATE AD_Session SET Processed='Y' WHERE Processed='N' AND Updated < Sysdate -1 AND UPPER(ServerName) LIKE " + DB.TO_STRING(p_ServerName); Hope it helps
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1892
hieplq_: In receipt window, when i check drop shipment, new logic need order_id, but field order_id is not display
hieplq_: how to input it?
hieplq_: in capture screen of adempiere i see purchase order field, but in idempiere it is hidden by display logic
hieplq_: http://blogs.walkingtree.in/2011/12/15/managing-material-receipt-in-adempiere/
CarlosRuiz: hieplq_, was thinking further maybe is better not to validate the beforeSave part
Not-001: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-1884 Attachment set to "IDEMPIERE-1884_v1.patch"
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1884
Not-001: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-1884 Attachment set to "None"
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1884
hieplq_: it not relate to validate. problem is i can't select a order
CarlosRuiz: it's assigned with the "Create Lines From" button
hieplq_: ah. ok, with new patch I can save and use "Create Lines From"
hieplq_: I must move to home, will test it late.
CarlosRuiz: the message is not needed as I dropped the validation
hieplq_: yes. will test for other efect
hieplq_: other problem I want help. I will make ticket late.
hieplq_: I make a new document "move inventory confirm" is copy of "move inventory" with check "is transit"
hieplq_: when i make a move, comlete "move confirm" everything is ok
hieplq_: but when I revert or void this "move inventory" it can't finish
hieplq_: because new document contra of "move inventory" pedding for confirm
CarlosRuiz: yep - sounds like a bug
hieplq_: I'll make test data in demo site
hieplq_: Hi CarlosRuiz, I make test data in demo site, "move inventory" document "10000003^"
red1: yes hieplq_ i see that in demo too, what is wrong with it?
hieplq_: status of 10000003^ is reserver, but process is false (not display but user can change value of other field)
hieplq_: and seem not move transaction, no posted
hieplq_: yes. in move transaction, you see no transaction for 10000003^
red1: there is a reverse 'intercompany due'?
red1: yes i can change only description field
CarlosRuiz: hieplq_, I think better open a JIRA bug with the steps to reproduce
hieplq_: CarlosRuiz. I make it now.
hieplq_: red1. please open document 10000003^ not 10000003
Not-001: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-1884 status set to "Resolved" -assignee set to "Carlos Antonio Ruiz Gomez" -resolution set to "Fixed"
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1884
Not-001: [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.0 [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/
Not-001: [iDempiere] globalqss 9da3697 - IDEMPIERE-1884 phantom shipment record create when create wrong Drop Shipment
Not-001: [IDEMPIERE] hieplq created IDEMPIERE-1893 can't Reversed a complete document "move inventory with confirm"
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1893
red1: hieplq_: there is only Inventory Move 10000003
red1: no 10000003^
red1: in the Recent Items
red1: OK, i search i can find 10000003^
hieplq_: :)
red1: I opened it, it cannot process Complete
hieplq_: yes. because it's resversed
red1: You testing important core process
hieplq_: because i use it :)
hieplq_: my idea about this issue, when reversed move with confirm, switch 10000003^ to in progress. when confirm user make a confirm, switch 10000003^ to resversed
hieplq_: I see to more case must do. confirm user can reject this reversed
Not-001: [IDEMPIERE] hieplq updated IDEMPIERE-1886
Not-001: [IDEMPIERE] "Purchase Order" in receipt window
Not-001: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1886
hieplq_: huh, use drop shipment is not easy, drop shipment in PO and receipt is not meaning.
hieplq_: flow to use it is: make new "sales order", run process "make po from so", make receipt, use "create line from" to make line after complete receipt
hieplq_: DropShip_BPartner_ID, Drop Shipment Location requet in this flow