WindowsAppSDK icon indicating copy to clipboard operation
WindowsAppSDK copied to clipboard

desktop3:CloudFiles is missing properties

Open catmanjan opened this issue 2 months ago • 4 comments

Describe the bug

I refer to https://learn.microsoft.com/en-us/uwp/schemas/appxpackage/uapmanifestschema/element-desktop3-cloudfiles

I am not sure where to log this, if its not here, please tell me where

There are new properties related to cloudfiles that are missing from the schema, for example, I need to provide a clsid for my IStorageProviderSearchHandlerFactory https://learn.microsoft.com/en-us/uwp/api/windows.storage.provider.istorageprovidersearchhandlerfactory?view=winrt-26100

Steps to reproduce the bug

  1. Try to set anything to do with IStorageProviderSearchHandlerFactory using appxmanifest, it doesnt work

Expected behavior

No response

Screenshots

No response

NuGet package version

None

Packaging type

No response

Windows version

No response

IDE

No response

Additional context

No response

catmanjan avatar Nov 18 '25 02:11 catmanjan

Isn't IStorageProviderSearchHandlerFactory meant to be provided by the cloud provider?

https://learn.microsoft.com/en-us/windows/win32/cfapi/build-a-cloud-file-sync-engine#cloud-files-search

  • Cloud storage providers can register a file search handler for their sync root, enabling them to contribute search results to File Explorer and Windows Search.
  • Cloud storage providers register a search handler by setting the SearchHandlerFactory registry value under their sync root registry key to the CLSID of their COM local server object. This local server object implements the IStorageProviderSearchHandlerFactory interface.
  • The IStorageProviderSearchHandlerFactory creates an implementation of IStorageProviderSearchHandler. This IStorageProviderSearchHandler implementation calls the cloud provider's search service to search files that might not be available locally on the device.

DrusTheAxe avatar Nov 20 '25 18:11 DrusTheAxe

@DrusTheAxe yes I am the "cloud files provider", not sure how familiar you are with cfapi but the cloud files provider is the software running on the user's PC - the registry key they refer to is placed under the same key that desktop3:CloudFiles is already responsible for creating

I notice there are quite a few registry keys missing that OneDrive manually sets but aren't supported by the manifest, but for now the search handler is what I'm looking for

catmanjan avatar Nov 20 '25 22:11 catmanjan

I notice there are quite a few registry keys missing that OneDrive manually sets but aren't supported by the manifest

I wondered if that's a doc bug...but reviewing the schema implementation the only namespaces I see mentioning cloudfiles is desktop3 (~2017), cloudfiles (~2019) and cloudfiles2 (~2021) and none mention 'search'. I don't see how you can manifest this functionality.

@RDMacLachlan to rope in CloudFiles folks to determine if this is intentional, a bug in cloudfiles' MSIX support or there's an alternate mechanism for some reason.

DrusTheAxe avatar Nov 25 '25 01:11 DrusTheAxe