125670 abalmus: MNT-16188 : [Kerberos] Users Search doesn't work
MNT-15038 : Unexpected behavior when disabling Active Directory user (New feature to sync userAccountControl)
- Fixed NPE in AuthenticationServiceImpl.getAuthenticationEnabled (I guess sometimes the PersonService bean is not injected)
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@125832 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
125055 cturlica: Merged V4.2-BUG-FIX (4.2.7) to 5.0.N (5.0.4) (PARTIAL MERGE)
124999 adragoi: Merged DEV to V4.2-BUG-FIX (4.2.7)
124402 adragoi: MNT-15368 : Time Consumed for Updating Folder Permission
- implemented an approach that uses a separate, asynchronous processes that sets fixed ACL's
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@125473 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
125051 cturlica: Merged V4.2-BUG-FIX (4.2.7) to 5.0.N (5.0.4)
124925 adragoi: Merged DEV to V4.2-BUG-FIX (4.2.7)
124738 adragoi: MNT-14882 : NFS Client: Issuing 'list' command on a mounted directory with over 1000 entries does not return
- save resumeId state on ContentSearchContext
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@125470 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
124682 jvonka: Merged 50N-NDB (5.0.4) to 5.0.N (5.0.4)
124674: MNT-15211: Follow-on (note: only affects NDB)
- use string_value 400 to enable schema bootstrap (and be consistent with existing customer pilot DBs)
- minor tweaks to unit test cases (note: only affects NDB)
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@124703 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
124539 jvonka: Merged 50N-NDB (5.0.4) to 5.0.N (5.0.4)
124514: MNT-15211: NDB-specific workaround fix for trashcan restore (since NDB does not support partial rollback on constraint violation)
- this fix is dialect-specific (hence does not impact existing supported DB types)
- note: MySQL Cluster NDB - experimental/unsupported
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@124582 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
Merged 5.0.N (5.0.4) to 5.1.N (5.1.2)
124129 rneamtu: Merged DEV to 5.0.N (5.0.4)
124118 rneamtu: MNT-15802: Share rule constraints missing due to ActionExecuterAbstractBase's regression
- Set parameter constraint name for localized parameters
- Added unit test for case
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@124303 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
124191 amorarasu: Merged V4.2-BUG-FIX (4.2.7) to 5.0.N (5.0.4)
124133 arebegea: MNT-14671 : Site with document locked for Edit Offline cannot be deleted
- disabled the ASPECT_LOCKABLE when deleting a site
- added tests for delete and restore site
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@124237 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
124190 amorarasu: Merged V4.2-BUG-FIX (4.2.7) to 5.0.N (5.0.4)
124132 arebegea: MNT-15573 : Site finder slow for a user who's member of many sites
- added a new method to InvitationService to make use of the limit in the searchInvitation
- sent and used the 200 limit from the site-finder.get.js in the script/ScriptInvitationService.java and passed the new parameter
- for searchModeratedInvitations and searchNominatedInvitations methods of InvitationServiceImpl.java I added the use of the limit parameter
- added some comments on ActivitiWorkflowEngine.java and TaskComponent.java to inform developers about the performance issues and possible improvement
- added junit tests
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@124236 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
124106 rmunteanu: Merged V4.2-BUG-FIX (4.2.7) to 5.0.N (5.0.4)
124105 amorarasu: Merged V4.1-BUG-FIX (4.1.11) to V4.2-BUG-FIX (4.2.7)
123915 rmunteanu: Merged V4.1.7 (4.1.7.18) to V4.1-BUG-FIX (4.1.11)
MNT-15801 : onContentUpdate policies not working for updates via webdav
- Reverted changes made for MNT-11185 and MNT-10966 , reverts that will fix MNT-15746
- Changed fix for MNT-5882 by adding the ASPECT_NO_CONTENT after the content is updated, this way preventing MNT-10966 from reproducing
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@124145 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
123880 rneamtu: Merged V4.2-BUG-FIX (4.2.7) to 5.0.N (5.0.4)
123574 amorarasu: Merged V4.2.6 (4.2.6) to V4.2-BUG-FIX (4.2.7)
123414 123524 amorarasu: MNT-15798: CLONE - call to guessMimetype() on a node that has no content creates a content property
- Content Data should be created only when it has a binary, not as a side effect of getters on ScriptNode.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@124094 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
123484 adavis: MNT-14295 TransformerConfigLimits Behavior Differs on Java 7 vs 8
- Fixed TransformerPropertyNameExtractor so that it discarded limit or
max properties if its sibling max or limit value is supplied and has
a lower value (i.e. it should be used).
- Cleaned up TransformerConfigLimits.setTransformationLimitsFromProperties
- This has been a problem since 4.2.
- The problem only came to light with the switch to Java 8, as the order in which
transformer properties are loaded changed. They were being loaded in MapEntry order.
The problem did not show up in the unit tests, because they too were impacted by
the MapEntry order and ironically loaded the properties in the same order.
- Added unit tests that are supply both max an limit values.
- Enhanced the debug and toString methods in order to trace the problem.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@123502 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
123356 cturlica: Merged V4.2-BUG-FIX (4.2.7) to 5.0.N (5.0.4)
123206 adavis: Merged V4.2.6 (4.2.6) to V4.2-BUG-FIX (4.2.7)
123099 amorarasu: MNT-15798: CLONE - call to guessMimetype() on a node that has no content creates a content property
Reverse merged V4.2.6 (4.2.6)
104274 mbobyleu: Merged DEV (4.2.5) to V4.2-BUG-FIX (4.2.5)
102794: MNT-8678 : call to guessMimetype() on a node that has no content creates a content property
- add check for empty content before saving a node
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@123433 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
123349 cturlica: Merged V4.2-BUG-FIX (4.2.7) to 5.0.N (5.0.4)
123109 adragoi: Merged DEV to V4.2-BUG-FIX (4.2.7)
123105 adragoi: MNT-15705 : CLONE - Receiving error when bulk deleting content in Share
- created remove overloaded method in script node that uses a new transaction and used it for bulk delete
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@123431 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
123406 adavis: Merged V4.2-BUG-FIX (4.2.7) to 5.0.N (5.0.4)
123405 adavis: Reverse merged V4.2-BUG-FIX (4.2.7)
123400 adavis: Merged 5.0.N (5.0.4) to V4.2-BUG-FIX (4.2.7)
123386 adavis: MNT-14295 TransformerConfigLimits Behavior Differs on Java 7 vs 8
- Fix TransformerConfigLimits.setTransformationLimitsFromProperties(...)
so that it does not clear the limit (e.g. readLimitTimeMs) when setting
the max value (e.g. timeoutMs) or the other way around. It is normal to
have both values defined for the default.transformer.
- This has been a problem since 4.2.
- The problem only came to light with the switch to Java 8, as the order in which
transformer properties are loaded changed. They were being loaded in MapEntry order.
The problem did not show up in the unit tests, because they too were impacted by
the MapEntry order and ironically loaded the properties in the same order.
- Added unit tests that are not impacted by MapEntry order.
- Enhanced the debug and toString methods in order to trace the problem.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@123407 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
123386 adavis: MNT-14295 TransformerConfigLimits Behavior Differs on Java 7 vs 8
- Fix TransformerConfigLimits.setTransformationLimitsFromProperties(...)
so that it does not clear the limit (e.g. readLimitTimeMs) when setting
the max value (e.g. timeoutMs) or the other way around. It is normal to
have both values defined for the default.transformer.
- This has been a problem since 4.2.
- The problem only came to light with the switch to Java 8, as the order in which
transformer properties are loaded changed. They were being loaded in MapEntry order.
The problem did not show up in the unit tests, because they too were impacted by
the MapEntry order and ironically loaded the properties in the same order.
- Added unit tests that are not impacted by MapEntry order.
- Enhanced the debug and toString methods in order to trace the problem.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/alfresco/BRANCHES/DEV/5.1.N/root@123402 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
