Struct cbfssync::CBSync

Properties   Methods   Events   Config Settings   Errors  

The CBSync struct enables seamless synchronization between local files and cloud storages or other remote repositories.

Syntax

cbfssync::CBSync

Remarks

CBSync provides an intuitive way to synchronize local files and folders with a remote storage. When remote changes are made, use the included methods to notify the local system. The following topics provide information about configuring and operating the struct.

Selecting the Synchronization Root

Each instance of the struct is capable of synchronizing a local directory with a remote storage. To begin, first set the sync_root_path property to the location on a local disk where files will be visible (this step is not used on macOS). This location is also referred to as the "synchronization root". After calling the install and activate methods, the remote files will be visible at this location.

On Linux, the LinuxIntermediateFolder configuration setting specifies the location on disk where file data are stored. When activate is called, the system FUSE library (version 2.9) is used to project a virtual file system in sync_root_path. The file data actually reside within LinuxIntermediateFolder because all files within sync_root_path are virtual.

On macOS, the MacDomainId and MacDomainLabel configuration settings must be set before calling the install and activate methods. These settings identify the synchronization root on macOS and make it visible to a user.

Installation and Uninstallation

Before the struct can be activated, it must be registered with the system by calling the install method.

During normal operation, files are accessed in the synchronization root (and a temporary directory on Linux). To clean up local placeholder files and unregister from the system, use the uninstall method. After uninstalling, the remote files will no longer be visible at the location specified by sync_root_path. Uninstalling is typically performed only when an application will be removed from the system.

Starting and Stopping Synchronization

Call the activate method to start operations. After this method returns, events will fire as requests for remote files are made. One of the first events to fire is the on_list_directory event, which is used to populate the synchronization root with files and folders. The activate method needs to be called only once, and events will continue to fire as needed.

Note: Files and subfolders that already exist locally but are not reported by a on_list_directory event handler are considered newly created items, and either on_update_file or on_update_folder will fire for each.

To stop synchronization but keep the synchronization root registered, call the deactivate method, which will allow users to continue to work with offline files.

Handling Events

While the struct is active, handle the struct's events to provide information as well as receive notifications about local updates.

Note: Events are fired on arbitrary threads and not the main thread, in which the struct was created. Multiple events can fire simultaneously, in different threads, and it is the responsibility of the user to implement any necessary synchronization.

The following events may fire while the struct is active:

When these events fire and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• The request may be completed within the event. This prevents the event from returning and is suitable for operations that can be completed quickly.
• Alternatively, the ResultCode parameter can be set to CBFSSYNC_PENDING () to allow the event to return without delay, and the work can be completed separately. When the operation with the remote storage is performed in this manner, the finalize_task method must be called to inform the struct that the operation has been completed.

Some of the events include one or more parameters intended for use as binary data buffers, which either contain or expect data to be provided to complete the operation. Buffer parameters point to preallocated blocks of memory, in which the size is specified by the parameter immediately following; as such, be sure to write data directly to the pointed-to memory rather than change the value of the buffer parameter itself.

Finally, use caution when accessing files from within events. Performing an action on a file that is within the synchronization root may cause the event to fire again before the first event has returned. This can lead to an infinite recursion scenario, which may cause a deadlock or undefined behavior.

Synchronizing Local Changes

If changes to a local file or folder in the synchronization root are made, the on_update_file or on_update_folder events will fire on a per-item basis and provide an opportunity to synchronize changes to the remote storage.

Information about the modified file or folder is provided through the on_update_file and on_update_folder events. These events provide information about the following file or folder properties:

• The Path of the file or folder within the synchronization root.
• The Size of the file (not applicable to folders).
• The CreationTime, LastAccessTime, and LastModifiedTime of the file or folder, specified in UTC.
• Attributes, including Read-Only, Archived, Hidden, and Pinned statuses.

Please refer to the on_update_file and on_update_folder events for more details.

Synchronizing Remote Changes

If changes in the remote storage are made, use the create_file, create_folder, update_file, or update_folder methods to reflect the corresponding changes in the local filesystem.

These operations require that the following information about the item be provided to the struct:

• The Path of the item within the synchronization root.
• The Size of the item (not applicable to folders).
• The CreationTime, LastAccessTime, and LastModifiedTime of the item, specified in UTC.

Optionally, additional attributes may be provided, if desired.

If the remote item was deleted, use the delete_file or delete_folder methods to reflect the item deletion in the local filesystem.

File Status Icons

On Windows, the status of files is represented by icons visible in Windows File Explorer. These icons are defined by the operating system and are the same icons used by OneDrive.

Handling Errors

The struct communicates errors using the error codes defined in the Error Codes section.

The ResultCode parameter of events can be used to report an error when the operation could not be completed successfully. The ResultCode parameter is set to 0 by default, which indicates the operation was successful.

If the event handler panics, the struct will recover from an error and an internal error will be reported.

Use of CBSync in macOS projects

To host a synchronization solution on macOS, the project must be a GUI application rather than a console project. The project must include certain keys in its entitlements (more on this below), and it must also link the replicated file provider extension in the form of an application extension during building. The extension should be included to the bundle of the application. CBFS Sync does not include a pre-built extension because some modifications in its source files are required. Instead, CBFS Sync includes the source code of this application extension and a precompiled extension framework with the core extension logic.

Building the extension from the source code requires a macOS system due to the need to sign the product of the build process. To build the extension, the development tools (XCode, the SDK for macOS, and the command-line tools) must be installed on the macOS system.

Due to the architecture of extensions, the extension that is linked includes certain identifiers that must be identical to the ones used in the main application. Before the extension is built, some modifications must be made in several source files.

Additionally, the following keys must be added or updated in the entitlements list of your project. These keys are already included in the sample. The struct must have access to the "/Library/CloudStorage/" directory because macOS stores local copies of synchronized files under this directory and serves the files from there; the struct picks information about the state of the local copies of synchronized files from this directory. <key>com.apple.security.app-sandbox</key> <true/> <key>com.apple.security.temporary-exception.files.home-relative-path.read-only</key> <array> <string>/Library/CloudStorage/</string> </array>

Object Lifetime

The new() method returns a mutable reference to a struct instance. The object itself is kept in the global list maintainted by CBFSSync. Due to this, the CBSync struct cannot be disposed of automatically. Please, call the dispose(&mut self) method of CBSync when you have finished using the instance.

Property List

---

The following is the full list of the properties of the struct with short descriptions. Click on the links for further details.

Method List

---

The following is the full list of the methods of the struct with short descriptions. Click on the links for further details.

Event List

---

The following is the full list of the events fired by the struct with short descriptions. Click on the links for further details.

Config Settings

---

The following is a list of config settings for the struct with short descriptions. Click on the links for further details.

active Property (CBSync Struct)

This property reflects whether the struct is active.

Syntax

fn active(&self ) -> Result<i32, CBFSSyncError> 

Default Value

0

Remarks

This property reflects whether the struct is currently inactive, being activated, or active and handling OS requests. The value of the property depends on whether the activate method was called and how it progressed.

This property is read-only.

Data Type

i32

sync_root_icon Property (CBSync Struct)

This property specifies a path to an icon for the folder.

Syntax

fn sync_root_icon(&self ) -> Result<String, CBFSSyncError> 
fn set_sync_root_icon(&self, value : String) ->  Option<CBFSSyncError> 
fn set_sync_root_icon_ref(&self, value : &String) ->  Option<CBFSSyncError> 

Default Value

String::default()

Remarks

This property specifies a path to an icon that will be displayed in Windows File Explorer.

If set, Windows will use the specified icon for the virtual folder visible in Windows File Explorer. The value may contain either a resource path (e.g., SyncProvider.dll,-100) or a full path to an .ico file. For instance:

// Specify the same icon that .txt files use in Windows Explorer. cbsync.SyncRootIcon = @"%SystemRoot%\system32\imageres.dll,-102"; // Specify an .ico file. cbsync.SyncRootIcon = @"C:\somewhere\MyIcon.ico";

Note: This property cannot be changed when active is true, and it cannot be changed within events.

Note: This property is applicable only on Windows. This property has no effect on other platforms.

Data Type

String

sync_root_label Property (CBSync Struct)

This property specifies a label for the folder.

Syntax

fn sync_root_label(&self ) -> Result<String, CBFSSyncError> 
fn set_sync_root_label(&self, value : String) ->  Option<CBFSSyncError> 
fn set_sync_root_label_ref(&self, value : &String) ->  Option<CBFSSyncError> 

Default Value

String::default()

Remarks

This property specifies a label for the synchronization root. This property must be set before calling activate.

On Windows, this value is used as the folder name visible in Windows File Explorer.

On Linux, this value is used as part of the LinuxIntermediateFolder.

On macOS, this property is not used; instead, an application must set the MacDomainId and MacDomainLabel configuration settings.

Note: This property cannot be changed when active is true, and it cannot be changed within events.

Data Type

String

sync_root_path Property (CBSync Struct)

This property specifies the root directory for synchronized files and folders.

Syntax

fn sync_root_path(&self ) -> Result<String, CBFSSyncError> 
fn set_sync_root_path(&self, value : String) ->  Option<CBFSSyncError> 
fn set_sync_root_path_ref(&self, value : &String) ->  Option<CBFSSyncError> 

Default Value

String::default()

Remarks

This property is used to specify the location on the local disk where files and folders are synchronized. This property must be set before calling install or activate.

On Windows, this must be set to an existing directory.

On Linux, this must be set to an existing empty directory. After activate is called, files will be visible at this location. Although this property specifies where files are visible, file data and metadata are stored at the location specified by the LinuxIntermediateFolder configuration setting.

On macOS, the operating system manages the location of the synchronization root (it is located under a user's home directory). An application should use the MacDomainId and MacDomainLabel configuration settings to make it possible for the OS to create and display a synchronization root.

Note: This property cannot be changed when active is true, and it cannot be changed within events.

Data Type

String

activate Method (CBSync Struct)

This method prepares and starts the necessary mechanisms for synchronization.

Syntax

fn activate(&self, wait : bool) -> Option<CBFSSyncError>

Remarks

This method prepares and starts the necessary mechanisms for synchronization of the directory specified by the sync_root_path property.

On macOS, set the MacDomainId configuration setting to uniquely identify this synchronization root instance before calling this method.

Before calling this method, invoke the install method to perform system-specific registration procedures if the synchronization root has not previously been registered. When this method executes, the struct discovers files or folders which exist locally in sync_root_path and which were not synchronized before. Such files and directories are reported as newly created ones via the corresponding events. This is needed to provide an opportunity for the remote storage to properly reflect the synchronization root.

When the Wait parameter is true, this method will not return until these events have completed. Thus, as a result, it may be desirable to complete them asynchronously by setting the ResultCode parameter of the events to CBFSSYNC_PENDING (), allowing this method to return in a timely manner.

When the Wait parameter is false, the method returns immediately and a separate on_activated event is fired when the component completes the activation phase (either successfully or with an error).

After this method returns or the on_activated event fires (depending on whether Wait is true or false), the synchronized location is exposed to the system and events will begin firing as operations are performed, including when the following occur:

• The local system requests data from the remote storage, such as when listing the directory or opening a file.
• Local changes have been made that should be synchronized to the remote storage, such as when a new file is created or an existing file is modified.

It is the application's duty to report remote changes through the create_file, create_folder, delete_file, delete_folder, update_file, and update_folder methods so that these changes can be be synchronized to the local file system.

Note: This method cannot be called within events.

config Method (CBSync Struct)

Sets or retrieves a configuration setting.

Syntax

fn config(&self, configuration_string : &String) ->  Result<String, CBFSSyncError>

Remarks

config is a generic method available in every struct. It is used to set and retrieve configuration settings for the struct.

These settings are similar in functionality to properties, but they are rarely used. In order to avoid "polluting" the property namespace of the struct, access to these internal properties is provided through the config method.

To set a configuration setting named PROPERTY, you must call Config("PROPERTY=VALUE"), where VALUE is the value of the setting expressed as a string. For boolean values, use the strings "True", "False", "0", "1", "Yes", or "No" (case does not matter).

To read (query) the value of a configuration setting, you must call Config("PROPERTY"). The value will be returned as a string.

create_file Method (CBSync Struct)

This method creates a local file within the synchronization root.

Syntax

fn create_file(&self, path : &String, attributes : i32, size : i64, creation_time : &chrono::DateTime<Utc>, last_access_time : &chrono::DateTime<Utc>, last_modified_time : &chrono::DateTime<Utc>) -> Option<CBFSSyncError>

Remarks

This method creates a local file in the synchronization root and optionally initiates retrieval of its data from remote storage. To create a local file and initiate the retrieval of the data, set the CBFSSYNC_ATTR_PINNED attribute.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the get_file_attributes or get_folder_attributes method. The value passed in this parameter should be a binary OR of the following values:

The Size parameter must be set to the size of the file in bytes.

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified . To indicate no change in the time when calling update_file or update_folder, use a DateTime value that is less than or equal to the Unix epoch of January 1, 1970.

// Create a new file placeholder. // "/folder1/folder2/new_file.txt" is the path to the file. // 0 represents the attributes because this is a file with no special attributes. // 0 is the size of the file in bytes. // FileCreationTime is a DateTime (in UTC). // FileLastAccessTime is a DateTime (in UTC). // FileLastWriteTime is a DateTime (in UTC). cbsync.CreateFile("/folder1/folder2/new_file.txt", 0, 0, FileCreationTime, FileLastAccessTime, FileLastWriteTime); // Create a new file and request the data to be downloaded. // "/folder1/folder2/new_file.txt" is the path to the file. // CBFSSYNC_ATTR_PINNED represents the attributes because this is a file that will be pinned. // 100 is the size of the file in bytes. // FileCreationTime is a DateTime (in UTC). // FileLastAccessTime is a DateTime (in UTC). // FileLastWriteTime is a DateTime (in UTC). cbsync.CreateFile("/folder1/folder2/get_data_file.txt", Constants.CBFSSYNC_ATTR_PINNED, 100, FileCreationTime, FileLastAccessTime, FileLastWriteTime);

create_folder Method (CBSync Struct)

This method creates a local folder within the synchronization root.

Syntax

fn create_folder(&self, path : &String, attributes : i32, creation_time : &chrono::DateTime<Utc>, last_access_time : &chrono::DateTime<Utc>, last_modified_time : &chrono::DateTime<Utc>) -> Option<CBFSSyncError>

Remarks

This method creates a local folder in the synchronization root. If the CBFSSYNC_ATTR_PINNED attribute is set, the struct will initiate the retrieval of the items of the directory from the remote storage. If any files or folders are found, they are also pinned.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the get_file_attributes or get_folder_attributes method. The value passed in this parameter should be a binary OR of the following values:

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified . To indicate no change in the time when calling update_file or update_folder, use a DateTime value that is less than or equal to the Unix epoch of January 1, 1970.

// Create a new folder in the synchronization root. // "/folder1/folder2/new_folder" is the path to the folder. // 0 represents the attributes because this is a folder with no special attributes. // FolderCreationTime is a DateTime (in UTC). // FolderLastAccessTime is a DateTime (in UTC). // FolderLastWriteTime is a DateTime (in UTC). cbsync.CreateFolder("/folder1/folder2/new_folder", 0, FolderCreationTime, FolderLastAccessTime, FolderLastWriteTime); // Create a new folder and request the contents are pinned. // "/folder1/folder2/" is the path to the folder. // CBFSSYNC_ATTR_PINNED represents the attributes because this is a folder that will be pinned. // FolderCreationTime is a DateTime (in UTC). // FolderLastAccessTime is a DateTime (in UTC). // FolderLastWriteTime is a DateTime (in UTC). cbsync.CreateFolder("/folder1/folder2/", Constants.CBFSSYNC_ATTR_PINNED, FolderCreationTime, FolderLastAccessTime, FolderLastWriteTime);

deactivate Method (CBSync Struct)

This method stops the synchronization operation.

Syntax

fn deactivate(&self) -> Option<CBFSSyncError>

Remarks

This method stops the synchronization operation previously started by the activate method. After calling this method, events will no longer fire as operations are performed on files within sync_root_path.

Note: The synchronization root will still be registered and accessible after this method is called. Users will continue to be able to perform offline operations, including creating new files or modifying files that previously have been synchronized.

To unregister and remove access to the synchronization root, call the uninstall method instead.

Linux:

To handle requests of the sytem FUSE library, the struct uses a dedicated thread. If there exist open handles to items in a synchronization root directory, FUSE doesn't finish its operations, while the struct waits for FUSE to finish. The struct can forcefully stop FUSE operations, but only if the application that uses the struct didn't set a handler for the SIGINT signal. If such a handler is set, the struct cannot forcefully stop the operations and has to wait for the handles to be closed and for FUSE to stop.

If a process that uses the struct is killed or crashes, there's a hanging FUSE mounting point left visible in the system. To remove it, call one of these commands:

• if a process was run under the same user account that performs the removal operation, call "fusermount -u <mounting_point>", where "mounting_point" is a synchronization root directory as set in the sync_root_path property.
• if a process was run under a different user account, call "sudo umount <mounting_point>" instead. Note that this operation requires that a user either is root or is included in the "sodoers" group.

Note: This method cannot be called within events.

delete_file Method (CBSync Struct)

This method deletes a local file from the synchronization root.

Syntax

fn delete_file(&self, path : &String) -> Option<CBFSSyncError>

Remarks

This method deletes a local file from the synchronization root. Use it when the folder has been file from the remote storage, and the application needs to update the local synchronization root.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

// Delete a specific file from the synchronization root. cbsync.DeleteFile("/folder1/folder2/file.txt");

delete_folder Method (CBSync Struct)

This method deletes a local folder from the synchronization root.

Syntax

fn delete_folder(&self, path : &String, delete_children : bool) -> Option<CBFSSyncError>

Remarks

This method deletes a local folder from the synchronization root. Use it when the folder has been deleted from the remote storage, and the application needs to update the local synchronization root.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

When a folder is deleted, a caller may use DeleteChildren to specify that if the folder contains files or subfolders, those should also be removed. If this parameter is not set and the folder contains children, the call will fail.

// Delete the specified folder and all its contents. // DeleteChildren parameter set to true indicates all contained files and subfolders will be deleted. cbsync.DeleteFolder("/folder1/folder2/target_folder", true);

finalize_task Method (CBSync Struct)

This method notifies the struct that the asynchronous data transfer operation has been completed.

Syntax

fn finalize_task(&self, task_id : i64, error_code : i32) -> Option<CBFSSyncError>

Remarks

This method must be called to inform the struct that the asynchronous transfer of data, initiated in response to any of the following events, has been completed (either successfully or with an error):

• on_list_directory
• on_get_file_data
• on_create_file
• on_create_folder
• on_delete_file
• on_delete_folder
• on_rename_file
• on_rename_folder
• on_update_file
• on_update_folder

When any of these events fire and data transfer is required, this transfer can take place asynchronously, without blocking the event. For this, the event handler should set the ResultCode parameter of the event to CBFSSYNC_PENDING (), schedule the asynchronous operation, and let the event return. Once the synchronization operations are complete, this finalize_task method must be called to indicate that the operation is complete.

The application should set the TaskId parameter to the value it received in the handler of the event whose operations are completed asynchronously; thus, it is important that the application stores this value before returning from the event handler.

If the operation completed successfully, the ErrorCode parameter should be set to 0; otherwise, it should be set to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values.

Note: This method cannot be called within events.

get_file_attributes Method (CBSync Struct)

This method returns the attributes of a local file.

Syntax

fn get_file_attributes(&self, path : &String) ->  Result<i32, CBFSSyncError>

Remarks

This method returns the attributes of a local file within the synchronization root. It may be used at any time, including from within events, to obtain the attributes of a local file.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The return value is a binary OR of the following values:

get_file_data Method (CBSync Struct)

This method reads data from the local file associated with a creation or update of a local file.

Syntax

fn get_file_data(&self, task_id : i64, position : i64, buffer : &[u8], index : i32, count : i32) ->  Result<i32, CBFSSyncError>

Remarks

This method may be used from within the on_create_file and on_update_file events to obtain the data of the local file that was created or changed and that should be sent to the remote storage.

The TaskId parameter must be set to the same TaskId value provided by the corresponding on_create_file or on_update_file event.

Count bytes of data will be read from the file, starting from the specified Position, into the given Buffer. The data are written to Buffer starting at the given Index.

The method returns the number of bytes read.

get_file_status Method (CBSync Struct)

This method returns the download status of a local file.

Syntax

fn get_file_status(&self, path : &String) ->  Result<i32, CBFSSyncError>

Remarks

This method returns the download status of a local file within the synchronization root. A downloaded file is one that is available on the local system but may be automatically changed to an online-only file by the operating system.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The return value is a binary OR of the following values:

macOS: This method does nothing.

get_folder_attributes Method (CBSync Struct)

This method returns the attributes of a local folder.

Syntax

fn get_folder_attributes(&self, path : &String) ->  Result<i32, CBFSSyncError>

Remarks

This method returns the attributes of a local folder within the synchronization root. It may be used at any time, including from within events, to obtain the attributes of a local folder.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The return value is a binary OR of the following values:

get_folder_status Method (CBSync Struct)

This method returns the download status of a local folder.

Syntax

fn get_folder_status(&self, path : &String) ->  Result<i32, CBFSSyncError>

Remarks

This method returns the download status of a local folder within the synchronization root. A downloaded folder is one for which all the files within it are available on the local system, but it may be automatically changed to an online-only folder by the operating system.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The return value is a binary OR of the following values:

macOS: This method does nothing.

install Method (CBSync Struct)

This method registers the synchronization root with the system.

Syntax

fn install(&self) -> Option<CBFSSyncError>

Remarks

This method registers the synchronization root specified by sync_root_path with the system. After calling this method, invoke the activate method to begin synchronization operations.

On Windows, set the WindowsStorageProviderAccount and WindowsStorageProviderId configuration settings to uniquely identify this synchronization root instance before calling this method, which is important when working with multiple synchronized locations on one system. Note: this method won't work in a UWP or MAUI application due to security restrictions imposed on the environment, in which these types of applications are run by the OS.

On macOS, set the MacDomainId and MacDomainLabel configuration settings to uniquely identify this synchronization root instance before calling this method.

This method must be called once for each synchronization root, but it does not need to be called again for an altready registered root unless the uninstall method is invoked to remove the registration.

Note: The registration performed by this method is persistent and will remain even if the application exits or the struct is deactivated as a result of calling the deactivate method.

On Linux, this method checks that FUSE is installed.

Note: This method cannot be called within events.

On Windows, this method requires administrative rights to execute successfully. If the user account of the process that calls this method does not have such rights, the call will fail with an error, and the E_ACCESSDENIED HRESULT code will be reported in the OSLastError configuration setting.

list_file Method (CBSync Struct)

This method is used to provide information about a file item during directory enumeration.

Syntax

fn list_file(&self, task_id : i64, file_name : &String, attributes : i32, size : i64, creation_time : &chrono::DateTime<Utc>, last_access_time : &chrono::DateTime<Utc>, last_modified_time : &chrono::DateTime<Utc>) -> Option<CBFSSyncError>

Remarks

This method may be called to provide detailed information about a file item contained in the directory; call it either from within the on_list_directory event or after on_list_directory returns to supply the information asynchronously.

The TaskId parameter must be set to the same value provided in the on_list_directory event.

The FileName parameter should contain the name of the file without a path or path separator.

The Attributes parameter is used to specify the attributes of the file. Available attributes are as follows:

The Size parameter must be set to the size of the file in bytes. This parameter is not applicable to folders.

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified .

Note: This method can be called only within events, and, unless the event has been completed with the CBFSSYNC_PENDING result earlier, the method must be called in the same thread that the event was fired on.

// Return information about a file. // 123456789 is the e.TaskId value from the ListDirectory event. // "myfile.txt" is the name of the file (without separators). // 0 represents the attributes since this is a file with no special attributes. // 100 is the size of the file in bytes. // FileCreationTime is a DateTime (in UTC). // FileLastAccessTime is a DateTime (in UTC). // FileLastWriteTime is a DateTime (in UTC). cbsync.ListFile(123456789, "myfile.txt", false, 0, 100, FileCreationTime, FileLastAccessTime, FileLastWriteTime); // Return information about a read-only hidden file. // Constants.CBFSSYNC_ATTR_READONLY | Constants.CBFSSYNC_ATTR_HIDDEN represents the attributes since this is a read-only hidden file. cbsync.ListFile(123456789, "myfile.txt", Constants.CBFSSYNC_ATTR_READONLY | Constants.CBFSSYNC_ATTR_HIDDEN, 100, FileCreationTime, FileLastAccessTime, FileLastWriteTime);

list_folder Method (CBSync Struct)

This method is used to provide information about a directory item during directory enumeration.

Syntax

fn list_folder(&self, task_id : i64, folder_name : &String, attributes : i32, creation_time : &chrono::DateTime<Utc>, last_access_time : &chrono::DateTime<Utc>, last_modified_time : &chrono::DateTime<Utc>) -> Option<CBFSSyncError>

Remarks

This method may be called to provide detailed information about a directory item contained in the directory; call it either from within the on_list_directory event or after on_list_directory returns to supply the information asynchronously.

The TaskId parameter must be set to the same value provided in the on_list_directory event.

The FolderName parameter should contain the name of the folder without separators.

The Attributes parameter is used to specify the attributes of the folder. Available attributes are as follows:

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified .

Note: This method can be called only within events, and, unless the event has been completed with the CBFSSYNC_PENDING result earlier, the method must be called in the same thread that the event was fired on.

// Return information about a folder. // 123456789 is the e.TaskId value from the ListDirectory event. // "myfolder" is the name of the folder (without separators). // 0 represents the attributes since this is a directory with no special attributes. // FileCreationTime is a DateTime (in UTC). // FileLastAccessTime is a DateTime (in UTC). // FileLastWriteTime is a DateTime (in UTC). // Return information about a folder. cbsync.ListFolder(123456789, "myfolder", 0, FileCreationTime, FileLastAccessTime, FileLastWriteTime);

pin_file Method (CBSync Struct)

This method marks the file as pinned so it is always available on the system.

Syntax

fn pin_file(&self, path : &String) -> Option<CBFSSyncError>

Remarks

This method pins the file specified by Path. When the file is pinned, a download is initiated if the file data have not previously been downloaded. Once the file data have been downloaded, the file is marked as pinned, meaning the file is always available on the system even when no Internet connection is available.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

Calling this method is equivalent to calling set_file_attributes and passing only the CBFSSYNC_ATTR_PINNED attribute. To unpin a file so that the local file data may be freed, call unpin_file.

macOS: This method sets a transient flag that does not survive restart of the extension, Finder, or the system. If necessary, an application should pin files and folders on startup.

pin_folder Method (CBSync Struct)

This method marks the folder as pinned so it is always available on the system.

Syntax

fn pin_folder(&self, path : &String) -> Option<CBFSSyncError>

Remarks

This method pins the folder specified by Path. When the folder is pinned, a download is initiated if files within the folder have not been downloaded. Once the files within the folder have been downloaded, the folder is marked as pinned, meaning the files within the folder are always available on the system even when no Internet connection is available.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

Calling this method is equivalent to calling set_folder_attributes and passing only the CBFSSYNC_ATTR_PINNED attribute. To unpin a folder so that the local files may be freed, call unpin_folder.

macOS: This method sets a transient flag that does not survive restart of the extension, Finder, or the system. If necessary, an application should pin files and folders on startup.

put_file_data Method (CBSync Struct)

This method is used to provide the file data that were requested during item retrieval.

Syntax

fn put_file_data(&self, task_id : i64, buffer : &[u8], index : i32, count : i32) -> Option<CBFSSyncError>

Remarks

This method may be called from within the on_get_file_data event to immediately provide the requested file data or after on_get_file_data returns to supply them asynchronously.

The TaskId parameter must be set to the same value provided in the on_get_file_data event.

When the OS must retrieve file data, the on_get_file_data event is fired, which specifies the range of remote file data that must be read and passed back by this method. If the data are to be provided asynchronously, the event's ResultCode parameter should be set to CBFSSYNC_PENDING () before returning from the event handler; otherwise, this method should be called from within the handler.

Requested file data can be supplied through the Buffer, where Count bytes of data will be read by the struct starting at the given Index. The data requested by the event may be supplied either all at once or in chunks over multiple calls to this method.

Once all file data have been provided and the transfer is complete, inform the struct by calling the finalize_task method.

For example, if on_get_file_data fires and requests 1024 bytes of file data, the user can opt to pass these data in one or multiple chunks:

// Pass all 1024 bytes of data at once. cbsync.PutFileData(e.TaskId, buffer, 0, 1024); cbsync.FinalizeTask(e.TaskId, 0); // Pass data in three separate chunks totaling 1024 bytes. cbsync.PutFileData(e.TaskId, buffer, 0, 512); cbsync.PutFileData(e.TaskId, buffer, 512, 100); cbsync.PutFileData(e.TaskId, buffer, 612, 412); cbsync.FinalizeTask(e.TaskId, 0);

rename_file Method (CBSync Struct)

This method renames a local file in a synchronization root.

Syntax

fn rename_file(&self, path : &String, new_path : &String, overwrite : bool) -> Option<CBFSSyncError>

Remarks

This method renames or moves a local file in a synchronization root. Use it when the file has been renamed in the remote storage, and the application needs to update the local synchronization root.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The NewPath parameter should be a new path that begins with the directory separator and includes a file name; it identifies the new name and location of the file within the synchronization root.

Overwrite, when set to true, tells the struct to overwrite another file that is located at NewPath at the moment of a call to this method. If a file exists and Overwrite is false, the method fails with an error.

Note: If a directory exists at NewPath, the method will fail regardless of the value of the Overwrite parameter.

rename_folder Method (CBSync Struct)

This method renames a local folder in a synchronization root.

Syntax

fn rename_folder(&self, path : &String, new_path : &String) -> Option<CBFSSyncError>

Remarks

This method renames or moves a local folder in a synchronization root. Use it when the folder has been renamed in the remote storage, and the application needs to update the local synchronization root.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The NewPath parameter should be a new path that begins with the directory separator and includes a folder name; it identifies the new name and location of the folder within the synchronization root.

The method will fail if a file or folder already exists at NewPath.

reset_file Method (CBSync Struct)

This method removes the local copy of the data for the specified file.

Syntax

fn reset_file(&self, path : &String) -> Option<CBFSSyncError>

Remarks

This method removes the local copy of data for the specified file identified by Path, leaving behind an empty placeholder locally. The ResetPinnedFiles setting controls whether pinned files are reset or skipped (default).

When files are downloaded, their data are stored both locally and remotely. This method should be used to remove the local copy of data and keep only the empty placeholder files.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

// Reset a specific file. cbsync.ResetFile("/MyFolder/MyFile.txt");

reset_folder Method (CBSync Struct)

This method removes the local copy of the data for the specified folder.

Syntax

fn reset_folder(&self, path : &String) -> Option<CBFSSyncError>

Remarks

This method removes the local copy of the data for the specified folder identified by Path, leaving behind an empty placeholder locally. The struct will recursively reset all files within that folder. The ResetPinnedFiles setting controls whether pinned files are reset or skipped (default).

When files are downloaded, their data are stored both locally and remotely. This method should be used to remove the local copy of data and keep only the empty placeholder files.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

// Reset all files within "MyFolder" and its subfolders. cbsync.ResetFolder("/MyFolder");

set_file_attributes Method (CBSync Struct)

This method sets the attributes of a local file.

Syntax

fn set_file_attributes(&self, path : &String, attributes : i32) -> Option<CBFSSyncError>

Remarks

This method sets the attributes of a local file within the synchronization root. It may be used at any time, including from within events, to modify the attributes of a local file.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the get_file_attributes or get_folder_attributes method. The value passed in this parameter should be a binary OR of the following values:

// Set a specific file's attributes to be read-only and hidden. // "myfile.txt" is the name of the file (without separators). cbsync.SetFileAttributes("/myfile.txt", Constants.CBFSSYNC_ATTR_READONLY | Constants.CBFSSYNC_ATTR_HIDDEN);

set_folder_attributes Method (CBSync Struct)

This method sets the attributes of a local folder.

Syntax

fn set_folder_attributes(&self, path : &String, attributes : i32) -> Option<CBFSSyncError>

Remarks

This method sets the attributes of a local folder within the synchronization root. It may be used at any time, including from within events, to modify the attributes of a local folder.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the get_file_attributes or get_folder_attributes method. The value passed in this parameter should be a binary OR of the following values:

// Set a specific folder's attributes to be read-only and hidden. // "myfolder" is the name of the folder (without separators). cbsync.SetFolderAttributes("/myfolder", Constants.CBFSSYNC_ATTR_READONLY | Constants.CBFSSYNC_ATTR_HIDDEN);

sync_file Method (CBSync Struct)

This method initiates synchronization of the specified file.

Syntax

fn sync_file(&self, path : &String) -> Option<CBFSSyncError>

Remarks

This method initiates retrieval of the specified file. When this method is called, the file data will be downloaded, even if the file has been previously downloaded. After calling this method, the on_get_file_data event will fire. This method may be used to download a local copy of a file at any time, even if the user has not yet opened the file.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

// Synchronize a specific file. cbsync.SyncFile("/folder1/folder2/file.txt");

uninstall Method (CBSync Struct)

This method unregisters the synchronization root from the system and performs cleanup operations.

Syntax

fn uninstall(&self) -> Option<CBFSSyncError>

Remarks

This method is used to unregister the synchronization root specified by sync_root_path. In most cases, this method should be called only when the application using the struct will be removed from the system. To simply stop the synchronization but leave the struct registered, call the deactivate method instead.

When this method is called, the struct is unregistered and any online-only files and folders present in sync_root_path are removed; thus, only files that contain data locally remain. For instance, if a file was previously opened in Windows and shows a green checkmark in Explorer, that file will remain after calling this method, whereas a file showing a blue cloud icon would not. The folder structure for remaining files is preserved when this method is called, but empty folders are deleted.

On Windows, this method won't work in a UWP or MAUI application due to security restrictions imposed on the environment, in which these types of applications are run by the OS.

When calling this method, the following values must match the values used when install was called:

• sync_root_path
• sync_root_label
• WindowsStorageProviderAccount (Windows only)
• WindowsStorageProviderId (Windows only)
• LinuxIntermediateFolder (Linux only)
• MacDomainId (macOS only)
• MacDomainLabel (macOS only)

Note: This method cannot be called within events.

On Windows, this method requires administrative rights to execute successfully. If the user account of the process that calls this method does not have such rights, the call will fail with an error, and the E_ACCESSDENIED HRESULT code will be reported in the OSLastError configuration setting.

unpin_file Method (CBSync Struct)

This method marks the file as unpinned so the local copy of the file data may be freed.

Syntax

fn unpin_file(&self, path : &String) -> Option<CBFSSyncError>

Remarks

This method unpins the file specified by Path that previously was pinned. When the file is unpinned, the local file data may be freed. To explicitly free previously downloaded file data, call reset_file after calling this method. If reset_file is not called, a local copy of the data may still be kept locally until the file system initiates the freeing of file data.

Note: This method only removes CBFSSYNC_ATTR_PINNED from the file's attributes. To set the CBFSSYNC_ATTR_UNPINNED attribute so that the file is converted to an online-only file and local file data are freed, use the set_file_attributes method.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

unpin_folder Method (CBSync Struct)

This method marks the folder as unpinned so the local copy of the files within the folder may be freed.

Syntax

fn unpin_folder(&self, path : &String) -> Option<CBFSSyncError>

Remarks

This method unpins the folder specified by Path that previously was pinned. When the folder is unpinned, the local data for files within the folder may be freed. To explicitly free previously downloaded files, call reset_folder after calling this method. If reset_folder is not called, a local copy of the file data may still be kept locally until the file system initiates the freeing of file data.

Note: This method only removes CBFSSYNC_ATTR_PINNED from the folder's attributes. To set the CBFSSYNC_ATTR_UNPINNED attribute so that the folder is converted to an online-only folder and local file data are freed, use the set_folder_attributes method.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

update_file Method (CBSync Struct)

This method is used to update a local file within the synchronization root.

Syntax

fn update_file(&self, path : &String, attributes : i32, size : i64, creation_time : &chrono::DateTime<Utc>, last_access_time : &chrono::DateTime<Utc>, modification_time : &chrono::DateTime<Utc>) -> Option<CBFSSyncError>

Remarks

This method allows for the updating of a local file within the synchronization root. The method may be used to update the attributes as well as the creation time, last access time, and modified time of a file. If updating the file's attributes is the only desired operation, the set_file_attributes method may be used instead.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the get_file_attributes or get_folder_attributes method. The value passed in this parameter should be a binary OR of the following values:

The Size parameter must be set to the size of the file in bytes.

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified . To indicate no change in the time when calling update_file or update_folder, use a DateTime value that is less than or equal to the Unix epoch of January 1, 1970.

// Update a file. // "myfile.txt" is the name of the file (without separators). // 0 represents the attributes since this is a file with no special attributes. // 100 is the size of the file in bytes. // FileCreationTime is a DateTime (in UTC). // FileLastAccessTime is a DateTime (in UTC). // FileLastWriteTime is a DateTime (in UTC). cbsync.UpdateFile("/myfile.txt", 0, 100, FileCreationTime, FileLastAccessTime, FileLastWriteTime); // Update a read-only hidden file. cbsync.UpdateFile("/myfile.txt", Constants.CBFSSYNC_ATTR_READONLY | Constants.CBFSSYNC_ATTR_HIDDEN, 100, FileCreationTime, FileLastAccessTime, FileLastWriteTime);

update_folder Method (CBSync Struct)

This method is used to update a local folder within the synchronization root.

Syntax

fn update_folder(&self, path : &String, attributes : i32, creation_time : &chrono::DateTime<Utc>, last_access_time : &chrono::DateTime<Utc>, modification_time : &chrono::DateTime<Utc>) -> Option<CBFSSyncError>

Remarks

This method allows for the updating of a local folder within the synchronization root. The method may be used to update the attributes as well as the creation time, last access time, and modified time of a folder. If updating the folder's attributes is the only desired operation, the set_folder_attributes method may be used instead.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the get_file_attributes or get_folder_attributes method. The value passed in this parameter should be a binary OR of the following values:

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified . To indicate no change in the time when calling update_file or update_folder, use a DateTime value that is less than or equal to the Unix epoch of January 1, 1970.

// Update a folder. // "myfolder" is the name of the folder (without separators). // 0 represents the attributes since this is a folder with no special attributes. // FolderCreationTime is a DateTime (in UTC). // FolderLastAccessTime is a DateTime (in UTC). // FolderLastWriteTime is a DateTime (in UTC). cbsync.UpdateFolder("/myfolder", 0, FolderCreationTime, FolderLastAccessTime, FolderLastWriteTime);

on_activated Event (CBSync Struct)

This event fires when the activation of the struct has been completed.

Syntax

// CBSyncActivatedEventArgs carries the CBSync Activated event's parameters.
pub struct CBSyncActivatedEventArgs {
  fn result(&self) -> i32
}

// CBSyncActivatedEvent defines the signature of the CBSync Activated event's handler function.
pub trait CBSyncActivatedEvent {
  fn on_activated(&self, sender : CBSync, e : &mut CBSyncActivatedEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_activated(&self) -> &'a dyn CBSyncActivatedEvent;
  pub fn set_on_activated(&mut self, value : &'a dyn CBSyncActivatedEvent);
  ...
}

Remarks

This event fires when an application calls the activate method with its Wait parameter set to false after the activation process is completed (either successfully or with an error). The Result parameter specifies whether activation was successful, and the active property reflects new status.

on_cancel_task Event (CBSync Struct)

This event fires when an ongoing transfer of item data will not be completed and must be canceled.

Syntax

// CBSyncCancelTaskEventArgs carries the CBSync CancelTask event's parameters.
pub struct CBSyncCancelTaskEventArgs {
  fn task_id(&self) -> i64
  fn path(&self) -> &String
  fn result_code(&self) -> i32
  fn set_result_code(&self, value : i32)
}

// CBSyncCancelTaskEvent defines the signature of the CBSync CancelTask event's handler function.
pub trait CBSyncCancelTaskEvent {
  fn on_cancel_task(&self, sender : CBSync, e : &mut CBSyncCancelTaskEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_cancel_task(&self) -> &'a dyn CBSyncCancelTaskEvent;
  pub fn set_on_cancel_task(&mut self, value : &'a dyn CBSyncCancelTaskEvent);
  ...
}

Remarks

This event fires when the struct has been notified that the ongoing transfer must be canceled. It can be fired in the same thread in which the transfer is handled or in another thread.

When an operation is canceled, the event handler that is busy with the corresponding task handler should finish its work as soon as possible, set ResultCode to either 0 or CBFSSYNC_ERR_OPERATION_CANCELED, and return. After that, this CancelTask event handler may set ResultCode to either 0 or CBFSSYNC_ERR_OPERATION_CANCELED and return.

The TaskId parameter identifies the transfer operation to which this event applies. The TaskId value from this event will match the value provided by the event where the operation began.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the struct will catch it and report an internal error.

on_create_file Event (CBSync Struct)

This event fires when a local file is created.

Syntax

// CBSyncCreateFileEventArgs carries the CBSync CreateFile event's parameters.
pub struct CBSyncCreateFileEventArgs {
  fn task_id(&self) -> i64
  fn path(&self) -> &String
  fn attributes(&self) -> i32
  fn size(&self) -> i64
  fn creation_time(&self) -> &chrono::DateTime<Utc>
  fn last_access_time(&self) -> &chrono::DateTime<Utc>
  fn last_modified_time(&self) -> &chrono::DateTime<Utc>
  fn result_code(&self) -> i32
  fn set_result_code(&self, value : i32)
}

// CBSyncCreateFileEvent defines the signature of the CBSync CreateFile event's handler function.
pub trait CBSyncCreateFileEvent {
  fn on_create_file(&self, sender : CBSync, e : &mut CBSyncCreateFileEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_create_file(&self) -> &'a dyn CBSyncCreateFileEvent;
  pub fn set_on_create_file(&mut self, value : &'a dyn CBSyncCreateFileEvent);
  ...
}

Remarks

This event fires when the struct detects that a new file has been created at the location specified by Path.

When a new file is created within the synchronization root, this event allows for the addition of the file to be acknowledged and replicated in the remote storage.

Use the get_file_data method to obtain the the data that should be sent to the remote storage.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call finalize_task in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING () and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call finalize_task to inform the struct about the completion. When calling finalize_task , pass the value of the TaskId parameter of this event to finalize_task to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the finalize_task method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The Size parameter specifies the new size of the file.

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time value, specified .

The Attributes parameter is a bitmask defining the attributes of the file. The possible attributes include the following:

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the struct will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

on_create_folder Event (CBSync Struct)

This event fires when a local folder is created.

Syntax

// CBSyncCreateFolderEventArgs carries the CBSync CreateFolder event's parameters.
pub struct CBSyncCreateFolderEventArgs {
  fn task_id(&self) -> i64
  fn path(&self) -> &String
  fn attributes(&self) -> i32
  fn creation_time(&self) -> &chrono::DateTime<Utc>
  fn last_access_time(&self) -> &chrono::DateTime<Utc>
  fn last_modified_time(&self) -> &chrono::DateTime<Utc>
  fn result_code(&self) -> i32
  fn set_result_code(&self, value : i32)
}

// CBSyncCreateFolderEvent defines the signature of the CBSync CreateFolder event's handler function.
pub trait CBSyncCreateFolderEvent {
  fn on_create_folder(&self, sender : CBSync, e : &mut CBSyncCreateFolderEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_create_folder(&self) -> &'a dyn CBSyncCreateFolderEvent;
  pub fn set_on_create_folder(&mut self, value : &'a dyn CBSyncCreateFolderEvent);
  ...
}

Remarks

This event fires when the struct detects that a new folder has been created at the location specified by Path.

When a new folder is created within the synchronization root, this event allows for the addition of the folder to be acknowledged and replicated in the remote storage.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call finalize_task in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING () and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call finalize_task to inform the struct about the completion. When calling finalize_task , pass the value of the TaskId parameter of this event to finalize_task to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the finalize_task method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the folder relative to the synchronization root; for example, "/MyFolder/MyOtherFolder".

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time value, specified .

The Attributes parameter is a bitmask defining the attributes of the folder. The possible attributes include the following:

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the struct will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

on_delete_file Event (CBSync Struct)

This event fires when a local file is deleted.

Syntax

// CBSyncDeleteFileEventArgs carries the CBSync DeleteFile event's parameters.
pub struct CBSyncDeleteFileEventArgs {
  fn task_id(&self) -> i64
  fn path(&self) -> &String
  fn delete_flags(&self) -> i32
  fn result_code(&self) -> i32
  fn set_result_code(&self, value : i32)
}

// CBSyncDeleteFileEvent defines the signature of the CBSync DeleteFile event's handler function.
pub trait CBSyncDeleteFileEvent {
  fn on_delete_file(&self, sender : CBSync, e : &mut CBSyncDeleteFileEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_delete_file(&self) -> &'a dyn CBSyncDeleteFileEvent;
  pub fn set_on_delete_file(&mut self, value : &'a dyn CBSyncDeleteFileEvent);
  ...
}

Remarks

This event fires when the local file identified by Path is deleted.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call finalize_task in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING () and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call finalize_task to inform the struct about the completion. When calling finalize_task , pass the value of the TaskId parameter of this event to finalize_task to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the finalize_task method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The DeleteFlags parameter specifies optional parameters of the operation and contains a combination of the following flags:

If the CBFSSYNC_DELETE_TO_BIN flag is set, the event handler should move the file to some location that acts as a Recycle Bin/Trash. If this flag is not set, the file is gone, and the event handler should delete the file on the remote side.

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the struct will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

on_delete_folder Event (CBSync Struct)

This event fires when a local folder is deleted.

Syntax

// CBSyncDeleteFolderEventArgs carries the CBSync DeleteFolder event's parameters.
pub struct CBSyncDeleteFolderEventArgs {
  fn task_id(&self) -> i64
  fn path(&self) -> &String
  fn delete_flags(&self) -> i32
  fn result_code(&self) -> i32
  fn set_result_code(&self, value : i32)
}

// CBSyncDeleteFolderEvent defines the signature of the CBSync DeleteFolder event's handler function.
pub trait CBSyncDeleteFolderEvent {
  fn on_delete_folder(&self, sender : CBSync, e : &mut CBSyncDeleteFolderEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_delete_folder(&self) -> &'a dyn CBSyncDeleteFolderEvent;
  pub fn set_on_delete_folder(&mut self, value : &'a dyn CBSyncDeleteFolderEvent);
  ...
}

Remarks

This event fires when the local folder identified by Path is deleted.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call finalize_task in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING () and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call finalize_task to inform the struct about the completion. When calling finalize_task , pass the value of the TaskId parameter of this event to finalize_task to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the finalize_task method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the folder relative to the synchronization root; for example, "/MyFolder/MyOtherFolder".

The DeleteFlags parameter specifies optional parameters of the operation and contains a combination of the following flags:

If the CBFSSYNC_DELETE_TO_BIN flag is set, the event handler should move the folder to some location that acts as a Recycle Bin/Trash. If this flag is not set, the folder is gone, and the event handler should delete the folder on the remote side.

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the struct will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

on_error Event (CBSync Struct)

This event fires if an unhandled error occurs during an event.

Syntax

// CBSyncErrorEventArgs carries the CBSync Error event's parameters.
pub struct CBSyncErrorEventArgs {
  fn error_code(&self) -> i32
  fn description(&self) -> &String
}

// CBSyncErrorEvent defines the signature of the CBSync Error event's handler function.
pub trait CBSyncErrorEvent {
  fn on_error(&self, sender : CBSync, e : &mut CBSyncErrorEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_error(&self) -> &'a dyn CBSyncErrorEvent;
  pub fn set_on_error(&mut self, value : &'a dyn CBSyncErrorEvent);
  ...
}

Remarks

This event fires if an unhandled error occurs during another event. Developers can use this information to track down unhandled errors in an application's event handlers.

on_get_file_data Event (CBSync Struct)

This event fires when file data are needed from the remote storage.

Syntax

// CBSyncGetFileDataEventArgs carries the CBSync GetFileData event's parameters.
pub struct CBSyncGetFileDataEventArgs {
  fn task_id(&self) -> i64
  fn path(&self) -> &String
  fn offset(&self) -> i64
  fn length(&self) -> i64
  fn result_code(&self) -> i32
  fn set_result_code(&self, value : i32)
}

// CBSyncGetFileDataEvent defines the signature of the CBSync GetFileData event's handler function.
pub trait CBSyncGetFileDataEvent {
  fn on_get_file_data(&self, sender : CBSync, e : &mut CBSyncGetFileDataEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_get_file_data(&self) -> &'a dyn CBSyncGetFileDataEvent;
  pub fn set_on_get_file_data(&mut self, value : &'a dyn CBSyncGetFileDataEvent);
  ...
}

Remarks

This event fires when the struct needs to retrieve file data from the remote storage and put them into the local file identified by Path.

To handle the event properly, the data must be passed to the struct by calling the put_file_data method one or more times. This can be accomplished in two ways:

• The transfer may be completed within this event. This prevents the event from returning and is suitable for data transfer that can be completed quickly.
• Alternatively, the ResultCode parameter can be set to CBFSSYNC_PENDING () to allow the event to return without delay, and the work can be completed separately.

After the data transfer is finished, the finalize_task method must be called to notify the component that the operation has been completed, as long as the event handler will be returned with success (i.e., ResultCode set to 0) or was previously returned with pending status (i.e., ResultCode set to CBFSSYNC_PENDING). In the case of any other error, the finalize_task method should not be called.

The TaskId parameter identifies the current operation and is required when calling both the put_file_data method and the finalize_task method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The Offset and Length parameters specify the starting position of the data in the file to be retrieved and the expected size of the retrieved data, respectively.

It is possible that the retrieval will be canceled, in which case, the on_cancel_task event will fire.

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the struct will catch it and report an internal error.

on_list_directory Event (CBSync Struct)

This event is fired when the contents of a remote directory need to be listed locally.

Syntax

// CBSyncListDirectoryEventArgs carries the CBSync ListDirectory event's parameters.
pub struct CBSyncListDirectoryEventArgs {
  fn task_id(&self) -> i64
  fn path(&self) -> &String
  fn mask(&self) -> &String
  fn result_code(&self) -> i32
  fn set_result_code(&self, value : i32)
}

// CBSyncListDirectoryEvent defines the signature of the CBSync ListDirectory event's handler function.
pub trait CBSyncListDirectoryEvent {
  fn on_list_directory(&self, sender : CBSync, e : &mut CBSyncListDirectoryEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_list_directory(&self) -> &'a dyn CBSyncListDirectoryEvent;
  pub fn set_on_list_directory(&mut self, value : &'a dyn CBSyncListDirectoryEvent);
  ...
}

Remarks

This event is fired by the struct when it needs to list the contents of the remote directory specified by Path.

Note: The event is triggered at the discretion of the operating system, and their number is minimized to increase performance. This means that the directory listings in the Path will not be automatically refreshed upon user action; e.g., when the user navigates into the folder in File Explorer in Windows, there is no directory listing performed, and the event is not fired.

To deal with remote changes and update the local information accordingly, an application should track these remote changes in an application-specific manner and then notify about any changes in the contents of a remote directory by calling the methods of the struct, such as create_file, create_folder, update_file, update_folder, delete_file, and delete_folder.

To handle the event properly, items within the directory must be reported by calling the list_file and list_folder methods for each file or folder being reported. This can be accomplished in two ways:

• The listing may be completed within this event.
• Alternatively, the ResultCode parameter may be set to CBFSSYNC_PENDING () to allow the event handler to return without delay, and the work can be completed separately. When the operation with the remote storage is performed in this manner, the finalize_task method must be called to inform the struct that the operation has been completed.

The TaskId parameter identifies the current operation and is required when calling both the list_file method and the finalize_task method; thus, it is important to record this value for later, when an operation is completed later than the event handler has returned.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The Mask parameter specifies the filename mask that should be used by an event handler to filter the reported items. This value can contain any combination of valid filename characters and wildcards (the * and ? characters). Alternatively, the mask can be an exact filename (i.e., a value without any wildcards), because some applications query file information by specifying an exact filename in an enumeration.

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the struct will catch it and report an internal error.

on_log Event (CBSync Struct)

This log reports events that occur in the struct.

Syntax

// CBSyncLogEventArgs carries the CBSync Log event's parameters.
pub struct CBSyncLogEventArgs {
  fn level(&self) -> i32
  fn message(&self) -> &String
}

// CBSyncLogEvent defines the signature of the CBSync Log event's handler function.
pub trait CBSyncLogEvent {
  fn on_log(&self, sender : CBSync, e : &mut CBSyncLogEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_log(&self) -> &'a dyn CBSyncLogEvent;
  pub fn set_on_log(&mut self, value : &'a dyn CBSyncLogEvent);
  ...
}

Remarks

This event fires when the struct needs to notify an application or developers about something that happened internally. The verbosity is controlled by the LogLevel setting.

LogLevel indicates the level of the message. Possible values are as follows:

Message is the log entry.

Note: This event will fire in the context of a dedicated worker thread. Keep handling of this event as quick as possible.

on_rename_file Event (CBSync Struct)

This event fires when a local file is about to be renamed or moved.

Syntax

// CBSyncRenameFileEventArgs carries the CBSync RenameFile event's parameters.
pub struct CBSyncRenameFileEventArgs {
  fn task_id(&self) -> i64
  fn old_path(&self) -> &String
  fn new_path(&self) -> &String
  fn result_code(&self) -> i32
  fn set_result_code(&self, value : i32)
}

// CBSyncRenameFileEvent defines the signature of the CBSync RenameFile event's handler function.
pub trait CBSyncRenameFileEvent {
  fn on_rename_file(&self, sender : CBSync, e : &mut CBSyncRenameFileEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_rename_file(&self) -> &'a dyn CBSyncRenameFileEvent;
  pub fn set_on_rename_file(&mut self, value : &'a dyn CBSyncRenameFileEvent);
  ...
}

Remarks

This event fires when the system needs to notify the struct that the local file located at OldPath is about to be renamed or moved.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call finalize_task in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING () and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call finalize_task to inform the struct about the completion. When calling finalize_task , pass the value of the TaskId parameter of this event to finalize_task to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the finalize_task method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The OldPath parameter specifies the current path of the file.

The NewPath parameter specifies the new path of the file.

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the struct will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

on_rename_folder Event (CBSync Struct)

This event fires when a local folder is about to be renamed or moved.

Syntax

// CBSyncRenameFolderEventArgs carries the CBSync RenameFolder event's parameters.
pub struct CBSyncRenameFolderEventArgs {
  fn task_id(&self) -> i64
  fn old_path(&self) -> &String
  fn new_path(&self) -> &String
  fn result_code(&self) -> i32
  fn set_result_code(&self, value : i32)
}

// CBSyncRenameFolderEvent defines the signature of the CBSync RenameFolder event's handler function.
pub trait CBSyncRenameFolderEvent {
  fn on_rename_folder(&self, sender : CBSync, e : &mut CBSyncRenameFolderEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_rename_folder(&self) -> &'a dyn CBSyncRenameFolderEvent;
  pub fn set_on_rename_folder(&mut self, value : &'a dyn CBSyncRenameFolderEvent);
  ...
}

Remarks

This event fires when the system needs to notify the struct that the local folder located at OldPath is about to be renamed or moved.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call finalize_task in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING () and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call finalize_task to inform the struct about the completion. When calling finalize_task , pass the value of the TaskId parameter of this event to finalize_task to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the finalize_task method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The OldPath parameter specifies the current path of the folder.

The NewPath parameter specifies the new path of the folder.

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the struct will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

on_reset_file Event (CBSync Struct)

This event is fired after the local copy of a file's data has been discarded.

Syntax

// CBSyncResetFileEventArgs carries the CBSync ResetFile event's parameters.
pub struct CBSyncResetFileEventArgs {
  fn task_id(&self) -> i64
  fn path(&self) -> &String
}

// CBSyncResetFileEvent defines the signature of the CBSync ResetFile event's handler function.
pub trait CBSyncResetFileEvent {
  fn on_reset_file(&self, sender : CBSync, e : &mut CBSyncResetFileEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_reset_file(&self) -> &'a dyn CBSyncResetFileEvent;
  pub fn set_on_reset_file(&mut self, value : &'a dyn CBSyncResetFileEvent);
  ...
}

Remarks

This event is fired when the local copy of a file's data has been discarded. When files are downloaded, their data are stored both locally and remotely. At times, the local copy of the data may be purged while the file placeholder remains.

The local file data can be manually removed by calling the reset_file method, or it may be initiated by the system. In the latter case, after the local copy of the file data has been purged, this event is fired to notify the user.

Following the firing of this event, the file placeholder will still be present, but no file data will be stored locally.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The TaskId parameter is reserved for future use.

This event is provided for informational purposes only and does not require any immediate action.

on_update_file Event (CBSync Struct)

This event fires when a local file is updated.

Syntax

// CBSyncUpdateFileEventArgs carries the CBSync UpdateFile event's parameters.
pub struct CBSyncUpdateFileEventArgs {
  fn task_id(&self) -> i64
  fn path(&self) -> &String
  fn update_flags(&self) -> i32
  fn attributes(&self) -> i32
  fn size(&self) -> i64
  fn creation_time(&self) -> &chrono::DateTime<Utc>
  fn last_access_time(&self) -> &chrono::DateTime<Utc>
  fn last_modified_time(&self) -> &chrono::DateTime<Utc>
  fn result_code(&self) -> i32
  fn set_result_code(&self, value : i32)
}

// CBSyncUpdateFileEvent defines the signature of the CBSync UpdateFile event's handler function.
pub trait CBSyncUpdateFileEvent {
  fn on_update_file(&self, sender : CBSync, e : &mut CBSyncUpdateFileEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_update_file(&self) -> &'a dyn CBSyncUpdateFileEvent;
  pub fn set_on_update_file(&mut self, value : &'a dyn CBSyncUpdateFileEvent);
  ...
}

Remarks

This event fires when the struct detects a change in the metadata or data of the local file identified by Path. Scenarios in which this event is fired include the following:

• Modification of file content: The event captures changes to the content of a file, such as appending or removing data within a file. This ensures that the modified content can be synchronized between the local and remote storages.
• Modification of file metadata: When changes are made to a file's metadata, such as timestamps and attributes, the event enables the corresponding metadata in the remote storage to be updated to match the local changes.

When file contents are updated, use the get_file_data method to obtain the data that should be sent to the remote storage.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call finalize_task in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING () and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call finalize_task to inform the struct about the completion. When calling finalize_task , pass the value of the TaskId parameter of this event to finalize_task to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the finalize_task method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The Size parameter specifies the new size of the file.

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time value, specified .

The Attributes parameter is a bitmask defining the attributes of the file. The possible attributes include the following:

The UpdateFlags parameter indicates which information has been updated. This value is a combination of the following flags:

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the struct will catch it and report an internal error.

on_update_folder Event (CBSync Struct)

This event fires when a local folder is updated.

Syntax

// CBSyncUpdateFolderEventArgs carries the CBSync UpdateFolder event's parameters.
pub struct CBSyncUpdateFolderEventArgs {
  fn task_id(&self) -> i64
  fn path(&self) -> &String
  fn update_flags(&self) -> i32
  fn attributes(&self) -> i32
  fn creation_time(&self) -> &chrono::DateTime<Utc>
  fn last_access_time(&self) -> &chrono::DateTime<Utc>
  fn last_modified_time(&self) -> &chrono::DateTime<Utc>
  fn result_code(&self) -> i32
  fn set_result_code(&self, value : i32)
}

// CBSyncUpdateFolderEvent defines the signature of the CBSync UpdateFolder event's handler function.
pub trait CBSyncUpdateFolderEvent {
  fn on_update_folder(&self, sender : CBSync, e : &mut CBSyncUpdateFolderEventArgs);
}

impl <'a> CBSync<'a> {
  pub fn on_update_folder(&self) -> &'a dyn CBSyncUpdateFolderEvent;
  pub fn set_on_update_folder(&mut self, value : &'a dyn CBSyncUpdateFolderEvent);
  ...
}

Remarks

This event fires when the struct detects a change in the metadata of the local folder identified by Path.

When changes are made to a folder's metadata, such as timestamps and attributes, the event enables the corresponding metadata in the remote storage to be updated to match the local changes.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call finalize_task in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING () and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call finalize_task to inform the struct about the completion. When calling finalize_task , pass the value of the TaskId parameter of this event to finalize_task to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the finalize_task method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the folder relative to the synchronization root; for example, "/MyFolder/MyOtherFolder".

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time value, specified .

The Attributes parameter is a bitmask defining the attributes of the folder. The possible attributes include the following:

The UpdateFlags parameter indicates which information has been updated. This value is a combination of the following flags:

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the struct will catch it and report an internal error.

Config Settings (CBSync Struct)

The struct accepts one or more of the following configuration settings. Configuration settings are similar in functionality to properties, but they are rarely used. In order to avoid "polluting" the property namespace of the struct, access to these internal properties is provided through the config method.

CBSync Config Settings

Base Config Settings

Trappable Errors (CBSync Struct)

The struct uses the following result codes. They are also available as constants for applications' convenience.

Events that include a ResultCode parameter expect the value to be one of the following codes:

CBSync Errors

Special Use Errors