Integrate solution from Compiere GPL Version 3.2 - and adapt to Adempiere
https://sourceforge.net/tracker/?func=detail&aid=3123715&group_id=176962&atid=879335
- Validation on Storage is per ASI - so it must be the same on Warehouse
- Fix a problem found on migration script - message trl updated wrongly and new message not created
- With negative inventory disallowed then reversing a movement requires copy of the ASI (LineMA) - also to make this reverse behave the same way as reversing MInventory
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)
-- 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
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.
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.
seems like revision 12609 (merging 12595 from release) dropped wrongly the files (svn merge seems weak on some cases)
recovering the scripts from revision 12574
Link to SF Tracker: http://sourceforge.net/support/tracker.php?aid=3020624
This is a slightly large commit affecting the core functionality of shipments
so I'm happy for all eyeballs I can get on this code. I've tested as thorough
one person can do.
If there are no undiscovered bugs this doesn't change current functionality unless
you change the new setting of "Delivery Policy" available on Client Info and
Organization Info.
See also http://www.adempiere.com/index.php/Delivery_Policy
Link to SF Tracker: http://sourceforge.net/support/tracker.php?aid=3004020
vpj-cd
Carlos Ruiz
Heng Sin Low