int-upgrade-pgsql - Build # 2346 - Fixed:

Check console output at https://ci.openbravo.com/job/int-upgrade-pgsql/2346/ to 
view the results.


Committers since last success:

Changes for Build #2345

    David Miguelez <[email protected]> null
    Related to Issue 34840. Change done to reload the qty in stock for a product
instead of 0 after the line has been saved
        src/org/openbravo/erpCommon/ad_callouts/SL_InOutLine_Product.java

    Nono Carballo <[email protected]> null
    Fixes issue 34841: RTV shipment (Pick/Edit Lines) not properly working if
Returned UOM is changed from Unit to Pallet.

When changing Ship Qty and then returned Uom, just pending field is updated,
showing the pending quantity expressed in returned Uom.

Same behaviour in Return Material Receipt window.
        
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/return-material/ob-return-material.js

    David Miguelez <[email protected]> null
    Related to issue 34840: Code Review changes

* Added final modifier to product object again
* Removed unused methods
* When setting the AUM, set also the Quantity expresed in AUM
  and for that, convert the original quantity to the AUM equivalent.
        src/org/openbravo/erpCommon/ad_callouts/SL_InOutLine_Product.java

    Nono Carballo <[email protected]> null
    Fixes issue 34840: Movement Qty column info not updated once a product with 
stock
is selected in Goods Shipment if Alt UOM Preference is enable.

Operative Quantity field isautomatically populated if the selected product
do not have a default Alternative UOM configured and the product has
quantity on hand.
        src/org/openbravo/erpCommon/ad_callouts/SL_InOutLine_Product.java

Changes for Build #2346

    David Miguelez <[email protected]> null
    Fixes Issue 34496. This class was original developed as a singleton.
However, as it evolved, this design was changed and now it behaves
as an object.

Now the information of the object should be created and destroyed
when a new instance of this object is created.

This is done in CostAdjustmentProcess using injection.

That is why the definition of ApplicationScoped does not make
sense any more, it must be Dependant.
        src/org/openbravo/costing/CostingAlgorithmAdjustmentImp.java




Last 20 lines of the console output:

[...truncated 3113 lines...]
  [ "$(jps | grep Bootstrap || true)" = "" ] && break
  sleep 5
done
[ "$(jps | grep Bootstrap || true)" != "" ] && echo "Tomcat has fail to stop" 
&& exit 1 || true
[ "$i" != "0" ] && secs=$(echo "$i * 5" | bc) && echo "Waiting for $secs secs 
for tomcat to stop"

echo
fi

[int-upgrade-pgsql] $ /bin/bash -xe /tmp/hudson4924154317913612490.sh
++ jps
++ grep Bootstrap
++ true
+ '[' '' '!=' '' ']'
POST BUILD TASK : SUCCESS
END OF POST BUILD TASK : 0
Email was triggered for: Fixed
Trigger Success was overridden by another trigger and will not send an email.
Sending email for trigger: Fixed
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Openbravo-builds mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openbravo-builds

Reply via email to