Adobe Experience Manager has inbuilt support to use SAML based authentication mechanism. It has the option of creating users in it, if required, and assigning them to a group for permissions related stuff after receiving the details from the “App Federation Metadata URL”.   Please refer: https://blo...

Relevant resource type we need to use here is cq/experience-fragments/editor/components/xffield.   You can refer the following path to get more details: /apps/core/wcm/components/experiencefragment/v2/experiencefragment/cq:dialog/content/items/tabs/items/properties/items/columns/items/column/items/f...

To get more information about Deactivate Page/Asset you can check Scheduled Page/Asset Deactivation and Request for Deactivation workflow model.  com.day.cq.wcm.workflow.process.DeactivatePageProcess step is associated with Deactivate Page/Asset.    You can decompile the following bundle : com.day.c...

@Jörg_Hoh  Are you referring Apache Sling Job Thread Pool OSGi configuration here? Please correct me.  

I believe you have noticed that error message in error.log file. If yes, then please check whether you are seeing any query like the below one in error.log file - query=select [jcr:path], [jcr:score], * from [dam:Asset] as a where [jcr:content/contentFragment] = 'true' and [jcr:content/data/cq:model...

rep:authorizableId The id that you would lookup the user in the authorisation api rep:principalName The principal nameShould be the same as the authorizableId   Please refer https://blogs.taylor-made-software.co.uk/aem/101/build/apps/users.html and Solved: Re: com.adobe.granite.security.user.UserPr...

If you want to restrict the access to content on an AEM publish instance[Grants read access to a set of users/groups. Denies read access to all other users/groups.] then use Closed User Group.   Could you please brief us about the requirement.

Understood. You are trying it on AEM publish instance, right?   if I do the same thing on AEM publish instance then I am getting similar ACL under permission tab like you -     I have noticed this ACL level difference between AEM author and publish instance associated with everyone user group.  

I have tried same thing on AEM6.5.9 as shown below -     Below is the ACL -   Could you please check the Groups tab whether that user is a member of any other group or not -      

Are you planning to do it permanently?    As @arunpatidar has mentioned if we stop the Scheduler via http://localhost:4502/system/console/components  then the relevant job will be removed from /system/console/status-slingscheduler (tested on my local AEM instance). But once you redeploy your bundle ...