Filtering based on subType `DeviceAppManagement.MobileApps.GraphWin32LobApp`

[svrooij]

Describe the bug
Not really a bug I guess more wrong expectations. I would expect that DeviceAppManagement.MobileApps.GraphWin32LobApp would have a GetAsync(...) method that would request all mobile apps of that type.

To Reproduce
Steps to reproduce the behavior:

1. Create GraphServiceClient
2. Try to load all Win32LobApps
3. Fail miserably

Expected behavior
I expected that the Type cast to GraphWin32LobApp would also set the required filter on the mobileApps.

If you want to get all Win32LobApps, you would need to do:

graphServiceClient.DeviceAppManagement.MobileApps.GetAsync((config) => {
    config.QueryParameters.Filter = "isof('microsoft.graph.win32LobApp')";
    ...
});

And then cast the results (if any) to the desired type.

I would expect this to be available in the SDK as DeviceAppManagement.MobileApps.GraphWin32LobApp.GetAsync(...)

Additional context

This is not specific for just this type. There is a lot of Type casting going on and I'm hoping for a solution for all those cases.

[svrooij]

This might also be a metadata issue, since the docs state that you can do a

GET https://graph.microsoft.com/beta/deviceAppManagement/mobileApps

to List all Win32LobApps, but in fact you have to do a:

GET https://graph.microsoft.com/beta/deviceAppManagement/mobileApps?$filter=isof('microsoft.graph.win32LobApp')

to get a list off all Win32LobApps.

[chrpai]

I hit this today. Any updates?

#2861

[svrooij]

@chrpai In my original message it has a work around. It is such an old issue, no idea if they are even going to fix it.

[chrpai]

I'm trying to work out how to get the content for the app. The workaround returns a MobileApp which doesn't have the contentVersions property that the Win32LobApp class has.

using the graph explorer the first call fails but the second one works.

https://graph.microsoft.com/v1.0/deviceAppManagement/mobileApps/{id}/contentVersions
https://graph.microsoft.com/v1.0/deviceAppManagement/mobileApps/{id}/microsoft.graph.mobileLobApp/contentVersions

I'm still learning this API and client SDK so pardon me not knowing what I don't know.

[svrooij]

I'm still learning this API and client SDK so pardon me not knowing what I don't know.

I'm also just a contributor. No involvement with Microsoft. But I know some of the people, it is super annoying that you have to do these weird things to get out of the sdk what you want/need.

[chrpai]

I work for a very large customer of Microsoft so I'll send this up through support channels. Basically I'm trying to do a POC of Intune Application management using a Blazor Server app so I'm trying to work out all the API calls. I'm starting to get a sense that I'll just have to call the API routes manually and then use the models in the SDK to interact with the data. Does that sound about right or am I missing something? Perhaps I just need to generate my own client libaries not because the SDK is to big but because it isn't supported by Microsoft.

[svrooij]

@chrpai to keep this issue clean and not do too much on self promotion. There is a link to something interesting at my github profile.

I think the graph sdk (the beta version at least) has some support for the Intune things you're trying to call. And you can do the following I think:

1. graph.DeviceAppManagement.MobileApps[{id}].GraphWin32LobApp.GetAsync() to get the object as GraphWin32LobApp
2. graph.DeviceAppManagement.MobileApps[{id}].GraphWin32LobApp.ContentVersions... for most of the rest.

[chrpai]

Perhaps I'm doing it wrong but that doesn't work for me either. I tried switching to the beta also.

        public void Test(string id)
        {
            var app = _graphServiceClient.DeviceAppManagement.MobileApps[id].GraphWin32LobApp.GetAsync().Result;
        }

No OData route exists that match template ~/singleton/navigation/key/cast with http verb GET for request /AppLifecycle_2502/StatelessAppMetadataFEService/deviceAppManagement/mobileApps('b9867595-eaac-48fd-8bce-b8931fdd6de1')/microsoft.management.services.api.win32LobApp.

The second one did give me some success so I'll keep exploring that.