none
Work Management Service: No tasks are shown on MySite RRS feed

  • Question

  • The work-management-service is not working.

    On "MySite" the task-list is always empty (Pic.1), but there are tasks referenced to the profile.

    I do not get errors in the ULS or on the task-page (refresh is OK).

    Tasks are crawled and search works fine:

    Are there any other settings i am not aware of ?

    Thursday, March 19, 2015 8:09 AM

Answers

  • Hi Thomas,

    WMA is one of the new features that is driven by Search. If a crawl hasn't been completed it will not be able to find any tasks to display. The list is based on the tasks that have been indexed as assigned to you and not the ones that have just been added.

    Please make sure you have provisioned your Search Service and that the proper content source is in continuous crawling.

    Regards,


    Rebecca Tu
    TechNet Community Support
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

    • Proposed as answer by Eric Tao Sunday, April 5, 2015 8:46 AM
    • Marked as answer by Rebecca Tu Monday, April 6, 2015 3:41 PM
    Thursday, March 26, 2015 9:02 AM

All replies

  • OK, i recreated the Work Management Service with the app.-pool-account of the "MySite"-app-pool-account.

    Now i'm getting following error in the ULS:

    [bucketHash:9D50B45E] Unable to load list https://xxx.com/departments/finance_it-infrastructure/it/Lists/Tasks/AllItems.aspx due to acccess denied error. Exception details follow. Type: 'System.UnauthorizedAccessException', message: 'Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))' 

    and stack trace:
        at Microsoft.SharePoint.SPGlobal.HandleUnauthorizedAccessException(UnauthorizedAccessException ex) 
        at Microsoft.SharePoint.Library.SPRequest.MapUrlToListAndView(String bstrUrl, String bstrUrlToMap, Guid& pgListId, Guid& pgViewId) 
        at Microsoft.SharePoint.SPWeb.GetListFromWebPartPageUrl(String pageUrl) 
        at Microsoft.Office.Server.WorkManagement.ProviderOM.SharePointTaskAggregationUtilities.TaskCollector`3.<>c__DisplayClass56.<TryExecuteActionWithListLoaded>b__53(SPWeb web) 
        at Microsoft.Office.Server.WorkManagement.ProviderOM.SharePointTaskAggregationUtilities.TaskCollector`3.TryExecuteActionWithListLoaded(Func`1 fnGetCreateSite, Func`2 fnCreateWeb, Func`2 fnGetList, Func`1 fnGetListId, Action`3 toExecute).



    Thursday, March 19, 2015 10:46 AM
  • Hi Thomas,

    From the error log, there is permission issue. Please check

    1.The service account used for the Work Management Service Application needs Full Control permissions on the User Profile Service Application!

    2.When setting up the Work Management Service Application be sure to use the same service account as your Web Applications for the application pool identity. 

    3.If it is being used in a farm where you are required to use separate accounts the following items need to be done:

         
    • Grant the account that the Work Management service is running as "Full Control" to the User Profiles Using "administrators" button on the ribbon
    • Grant the account that the Work Management service is running as "Full Control" to the User Profile service using the "permissions" button on the ribbon
    • Run the powershell command to grant content access to a process account to the MY SITE web application:
      • $webApp = Get-SpWebApplication [URL of the MYSite web application
        $webapp.GrantAccessToProcessIdentity("[Work Management account]")
      • Note: this should do three things - Add the work management account to the user policy of the web application; Add the work management account to the config database with the permissions of WSS_Content_Application_Pools; Add the work management account to the MySite content database with the permissions of SPDataAccess.
      • Confirm these are set.
    • It did require restarting of the critical services, Work Management service, IISReset, recommend restart of server if possible.

    http://social.technet.microsoft.com/wiki/contents/articles/12525.sharepoint-2013-work-management-service-application.aspx

    Regards,


    Rebecca Tu
    TechNet Community Support
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

    Monday, March 23, 2015 9:22 AM
  • Already done that. Tried all service-accounts with these permission settings.

    Still getting "access denied"-error:

    [bucketHash:9D064CD6] Unable to load list https://intranet.com/customer/issuetracking/Lists/Tasks/MyOpenTasks.aspx due to acccess denied error. Exception details follow. Type: 'System.UnauthorizedAccessException', message: 'Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))' and stack trace:
        at Microsoft.SharePoint.SPGlobal.HandleUnauthorizedAccessException(UnauthorizedAccessException ex) 
        at Microsoft.SharePoint.Library.SPRequest.MapUrlToListAndView(String bstrUrl, String bstrUrlToMap, Guid& pgListId, Guid& pgViewId) 
        at Microsoft.SharePoint.SPWeb.GetListFromWebPartPageUrl(String pageUrl) 
        at Microsoft.Office.Server.WorkManagement.ProviderOM.SharePointTaskAggregationUtilities.TaskCollector`3.<>c__DisplayClass56.<TryExecuteActionWithListLoaded>b__53(SPWeb web) 
        at Microsoft.Office.Server.WorkManagement.ProviderOM.SharePointTaskAggregationUtilities.TaskCollector`3.TryExecuteActionWithListLoaded(Func`1 fnGetCreateSite, Func`2 fnCreateWeb, Func`2 fnGetList, Func`1 fnGetListId, Action`3 toExecute).

    I googled this error, but with no result. It seems a very specific problem.
    Perhaps HTTPS ?

    Tuesday, March 24, 2015 7:12 AM
  • Increased the logging levels:

    System.UnauthorizedAccessException: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED)), StackTrace:
        at Microsoft.SharePoint.SPWeb.GetListFromWebPartPageUrl(String pageUrl) 
        at Microsoft.Office.Server.WorkManagement.ProviderOM.SharePointTaskAggregationUtilities.TaskCollector`3.<>c__DisplayClass56.<TryExecuteActionWithListLoaded>b__53(SPWeb web) 
        at Microsoft.Office.Server.WorkManagement.ProviderOM.SharePointTaskAggregationUtilities.TaskCollector`3.TryExecuteActionWithListLoaded(Func`1 fnGetCreateSite, Func`2 fnCreateWeb, Func`2 fnGetList, Func`1 fnGetListId, Action`3 toExecute) 
        at Microsoft.Office.Server.WorkManagement.ProviderOM.SharePointTaskAggregationUtilities.TaskCollector`3.TryExecuteActionWithListLoaded(Uri rootFolderUri, Action`3 toExecute) 
        at Microsoft.Office.Server.WorkManagement.ProviderOM.SharePointTaskAggregationUtilities.TaskCollector`3.FindNewTasksFromSearch() 
        at Microsoft.Office.Server.WorkManagement.ProviderOM.SharePointTaskAggregationUtilities.TaskCollector`3.CollectAndSyncTasks() 
        at Microsoft.Office.Server.WorkManagement.Internal.TaskAggregator.FarmRefreshJob.RefreshProvider(Nullable`1 lastSync, String providerKey, IWmaTaskProvider provider) 
        at Microsoft.Office.Server.WorkManagement.Internal.TaskAggregator.FarmRefreshJob.AggregateProviders() 
        at Microsoft.Office.Server.WorkManagement.Internal.TaskAggregator.FarmRefreshJob.ExecuteCore() 
        at Microsoft.Office.Server.WorkManagement.Internal.TaskAggregator.FarmRefreshJob.ExecuteAndDispose() 
        at Microsoft.Office.Server.WorkManagement.Internal.WmaContextUtils.<>c__DisplayClass1.<ExecuteCodeInsideWmaContext>b__0() 
        at Microsoft.Office.Server.WorkManagement.Internal.WmaContextUtils.ExecuteCodeInsideWmaContext(Action toRun, WmaContextType allowedContexts) 
        at Microsoft.Office.Server.WorkManagement.Internal.BaseContextRunner`2.ExecuteAndEnsureContextValid(Action toRun, TContextState serviceUserState, String actionName) 
        at Microsoft.Office.Server.WorkManagement.Internal.BaseContextRunner`2.ExecuteInSpContext(ThreadParams threadParams) 
        at Microsoft.Office.Server.WorkManagement.Internal.BaseContextRunner`2.ExecuteInDiagnosticScope(ThreadParams threadParams) 
        at Microsoft.Office.Server.WorkManagement.Internal.BaseContextRunner`2.Run(Object tParams) 
        at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) 
        at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) 
        at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 
        at System.Threading.ThreadPoolWorkQueue.Dispatch()
    SPRequest.MapUrlToListAndView: UserPrincipalName=, AppPrincipalName= ,bstrUrl=https://ksi-server.com/customer/issuetracking ,bstrUrlToMap=/customer/issuetracking/Lists/Tasks/MyOpenTasks.aspx

    There is no "UserPrincipalName" set, therefore the "access denied"-error ?

    Setup:

    1 Webfrontend Server
    1 Application Server
    1 Database Server

    Work "Work Management Service" is running on the Frontend-server, created with the "SharePoint Hosted Services" app-pool.


    Tuesday, March 24, 2015 10:18 AM
  • Hi Thomas,

    WMA is one of the new features that is driven by Search. If a crawl hasn't been completed it will not be able to find any tasks to display. The list is based on the tasks that have been indexed as assigned to you and not the ones that have just been added.

    Please make sure you have provisioned your Search Service and that the proper content source is in continuous crawling.

    Regards,


    Rebecca Tu
    TechNet Community Support
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

    • Proposed as answer by Eric Tao Sunday, April 5, 2015 8:46 AM
    • Marked as answer by Rebecca Tu Monday, April 6, 2015 3:41 PM
    Thursday, March 26, 2015 9:02 AM