int-basic-pgsql - Build # 2106 - Fixed:
Check console output at https://ci.openbravo.com/job/int-basic-pgsql/2106/ 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
Changes for Build #2106
Carlos Aristu <[email protected]> null
fixes bug 36931: Check data access level of process definitions
The data access level of the process definition was not being checked. Now,
it is verified in the BaseProcessActionHandler before executing any action. In
particular the check will be performed by the defaults action handler of each
process definition.
In addition, some code has been added for the OBBaseParameterWindowView
class, in order to handle properly in the client the error message coming from
the server side when the access level of the process definition is not allowed
in the current context
modules/org.openbravo.client.application/src/org/openbravo/client/application/process/BaseProcessActionHandler.java
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/process/ob-base-parameter-window-view.js
src/org/openbravo/dal/security/EntityAccessChecker.java
Carlos Aristu <[email protected]> null
fixes bug 36970: Return focus to the record if failed to be edited in grid
view
When a record failed to be edited in grid view right after moving to the form
view of its parent record, the window ended in an inconsitent state:
- The focus was placed at the header
- The active view still was the child tab
This was not happening when editing the child record in form view, because
the focus was always returned to the form. To fix the problem now the same
behavior has been implemented in grid view: in the described scenario the focus
is returned to the edit form of the grid.
Besides, the "editRow" and "editSession" variables were unused in the
editFailed() function. Thus, both have been removed.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/grid/ob-view-grid.js
Carlos Aristu <[email protected]> null
fixes bug 35136: Line seems to be saved with error after saving the header
When saving a record, the content of its child tabs is automatically
refreshed. In case we leave a child record in error status and then we edit and
save its parent record, the content of the child record is automatically
refreshed with the server data and the error state in the UI disappears,
nevertheless, the problem was that the edits was not being discarded properly
causing the record to show outdated information.
Now when the tab is refreshed if it contains records with errors, then the
edits are discarded allowing to show the real contents of the records.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view.js
Carlos Aristu <[email protected]> null
related to issue 36927: update copyright year
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-minidaterange.js
Last 20 lines of the console output:
[...truncated 1861 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-basic-pgsql] $ /bin/bash -xe /tmp/hudson3260140536513178583.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
