Thanks to Marcelo Luiz Onhate (monhate) - OSEB project
Link to SF Tracker: http://sourceforge.net/support/tracker.php?aid=3090719
Extending idea as suggested by Steven Sackett - Adaxa
Send BCC to a client-wide defined address
Fixing according to suggestion from Marcelo Luiz Onhate (monhate)
- variables PriceEntered and PriceActual are not correctly assigned, and they are used in some processes below -> result, calculate of taxamt and linenetamt is wrong
- show mandatory fields similar to windows (marked with a red * at the end)
- validate mandatory fields, inform the user and allow the user to fill them without cancelling the report/process (the user is notified immediately no need to push Parameter button to go back and fill the mandatory parameters - similar as swing client behaves)
-- Make column payroll concept category updatable
-- Make column HR_Year.StartDate type Date instead of DateTime
-- Fix Error -> All periods of a year shown
-- Add security validation to HR_Process.AD_Org_ID
-- Change HR_Movement date columns from datetime to just date
Allow to fill the Description field on movement assigning the variable description in the payroll rule.
Integrate fix from 361 - harmless addition to Scriptlet (backward compatible) to allow registering description in payroll.
- NPE when the name of a record was null
- NPE when the key1name or key2name were null
- add client filter when looking for a record (it was reading records from other clients in multitenant environment)
Heng Sin, can you please review these potential errors against the structure of the new pipo2
this means this bug is still open in swing and zkwebui, but requires a better approach to solve it:
BF [2987605] - Attribute Set Instance dialog: select existing ASI
This has suffered lot of modifications after the last commit in trunk:
svn revisions: 12968, 13190, 13206, 13208, 14172, 14175, 14200, 14201
hg changesets: 6356, 6360, 6361, 6362, 6394, 6395, 6396, 6397
It requires proper functional review and analysis of collaterals
We better revert from here and integrate later when it's more stable and we have proper description and QA over these new processes.
http://sourceforge.net/support/tracker.php?aid=3017560
According to the description of the tracker the test scenario is not valid because it could be possible that process completed the document and in this case the warning is valid.
Checking with the flag manualcmd is not good as this is used to indicate a navigation button was pushed.
I tested again the issue described in tracker 1985481 and it needs further work, the validation is raised when the user push the save button, but not when the user pushes next or previous record buttons.
http://sourceforge.net/support/tracker.php?aid=1985481
Although I like the new presentation of the touchscreen POS it removed some basic functionality.
* In previous POS you could select the business partner, here it assign the "Standard" partner and it cannot be changed (not sure if there is a "hidden" button to do it).
* The button "Preferences" do nothing.
* Credit Card Expiration cannot be set to 0911 - it's changed to 911 and then complaining about the format.
* The order was completed with an incomplete payment - an order of 200 - I entered a cash payment of 50 and it was completed with a change of -190
java.lang.ClassNotFoundException: org.eevolution.model.LiberoValidator
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:506)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:422)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:410)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at org.compiere.model.ModelValidationEngine.loadValidatorClass(ModelValidationEngine.java:163)
at org.compiere.model.ModelValidationEngine.<init>(ModelValidationEngine.java:104)
at org.compiere.model.ModelValidationEngine.get(ModelValidationEngine.java:75)
at org.compiere.Adempiere.startupEnvironment(Adempiere.java:526)
at org.compiere.Adempiere.startup(Adempiere.java:503)
at org.compiere.util.WebEnv.initWeb(WebEnv.java:170)
at org.compiere.util.WebEnv.initWeb(WebEnv.java:129)
at org.compiere.web.AdempiereMonitor.init(AdempiereMonitor.java:1007)
As a temporary measure in order to create a clean installer in future I brought an old script that disable the validator.
We can enable it again when integrated the jar files as packages.
Carlos Ruiz
teo_sarca
Heng Sin Low