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.