int-basic-pgsql - Build # 2105 - Failure:
Check console output at https://ci.openbravo.com/job/int-basic-pgsql/2105/ to
view the results.
Committers since last success:
Changes for Build #2105
Carlos Aristu <[email protected]> null
fixes bug 36927: Multiple DS requests having a date item as first focused
item
When directly opening a record in a tab which has a date item as the first
focused item, extra DS calls were fired which could prevent the record to be
opened properly (the form displayed in blank)
This has happening because a combination of different facts:
- When the grid is redrawn, Smarclient fires an update of the first focused
item. In the case of date items this causes that false item edition is fired
because it detects that the value of the date item filter changes from
undefined to empty string.
- If the previous scenario happens while opening a record directly, the grid
datasource detects that it needs to fetch data because at this point the number
of cached rows is different from the total rows (see [1]).
To avoid those extra DS requests we now ignore those false item editions
while a target record is being opened.
[1]
https://code.openbravo.com/erp/mods/org.openbravo.userinterface.smartclient.dev/file/66d2b640b66e/web/org.openbravo.userinterface.smartclient/isomorphic/client/application/ResultSet.js#l833
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-minidaterange.js
Asier Lostalé <[email protected]> null
fixed issue 36938, fixed issue 36996: dbsm for these issues
- removed unused platforms
- refactorized code to better reuse in tests
- test properly apply ad updates
src-db/database/lib/dbsourcemanager.jar
Mark <[email protected]> null
Fixes issue 36969: Purchase order created from Requisitions created with 0
price
Purchase order lines created from Requisitions are created with 0 price if price
list includes taxes and a discount is defined.
When M_REQUISITION_CREATEPO process is executed it creates the order and its
lines.
Then it call the C_ORDER_POST1, to process the created order and it calls the
M_PROMOTION_CALCULATE to recalculate prices and quantities if discounts, and in
this case it uses the grosspricestd of lines to recalculates the
gross_unit_price
and line_gross_amount if price list includes taxes:
if (v_taxIncluded = 'Y') then
update c_orderline set
gross_unit_price = grosspricestd,
line_gross_amount = round(grosspricestd * qtyordered, v_stdPrecision)
where c_orderline_id = Cur_Order.id;
The process was failling because order lines were created without a
GROSSPRICESTD
column defined, and it was taking 0 instead of the right price. Due that, when
the
values of the lines were recalculated to apply discounts it reset all values to
ZERO
and order ends with incorrect totals.
To avoid that, the GROSSPRICESTD is defined when the lines are created.
src-db/database/model/functions/M_REQUISITION_CREATEPO.xml
Last 20 lines of the console output:
[...truncated 1231 lines...]
+ (( i=0 ))
+ (( i<12 ))
++ jps
++ grep Bootstrap
++ true
+ '[' '' = '' ']'
+ break
++ jps
++ grep Bootstrap
++ true
+ '[' '' '!=' '' ']'
+ true
+ '[' 0 '!=' 0 ']'
+ echo
POST BUILD TASK : SUCCESS
END OF POST BUILD TASK : 0
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any
------------------------------------------------------------------------------
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
