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.