@@ -251,9 +251,8 @@ pub fn create_folder_batch_check<'a>(
251
251
252
252
/// Delete the file or folder at a given path. If the path is a folder, all its contents will be
253
253
/// deleted too. A successful response indicates that the file or folder was deleted. The returned
254
- /// metadata will be the corresponding [`FileMetadata`](FileMetadata) or
255
- /// [`FolderMetadata`](FolderMetadata) for the item at time of deletion, and not a
256
- /// [`DeletedMetadata`](DeletedMetadata) object.
254
+ /// metadata will be the corresponding [`FileMetadata`] or [`FolderMetadata`] for the item at time
255
+ /// of deletion, and not a [`DeletedMetadata`] object.
257
256
pub fn delete_v2 < ' a > (
258
257
client : & ' a impl crate :: async_client_trait:: UserAuthClient ,
259
258
arg : & ' a DeleteArg ,
@@ -269,9 +268,8 @@ pub fn delete_v2<'a>(
269
268
270
269
/// Delete the file or folder at a given path. If the path is a folder, all its contents will be
271
270
/// deleted too. A successful response indicates that the file or folder was deleted. The returned
272
- /// metadata will be the corresponding [`FileMetadata`](FileMetadata) or
273
- /// [`FolderMetadata`](FolderMetadata) for the item at time of deletion, and not a
274
- /// [`DeletedMetadata`](DeletedMetadata) object.
271
+ /// metadata will be the corresponding [`FileMetadata`] or [`FolderMetadata`] for the item at time
272
+ /// of deletion, and not a [`DeletedMetadata`] object.
275
273
#[ deprecated( note = "replaced by delete_v2" ) ]
276
274
pub fn delete < ' a > (
277
275
client : & ' a impl crate :: async_client_trait:: UserAuthClient ,
@@ -451,14 +449,13 @@ pub fn get_temporary_link<'a>(
451
449
///
452
450
/// This endpoint acts as a delayed [`upload()`](crate::files::upload). The returned temporary
453
451
/// upload link may be used to make a POST request with the data to be uploaded. The upload will
454
- /// then be perfomed with the [`CommitInfo`](CommitInfo) previously provided to
452
+ /// then be perfomed with the [`CommitInfo`] previously provided to
455
453
/// [`get_temporary_upload_link()`](crate::files::get_temporary_upload_link) but evaluated only upon
456
- /// consumption. Hence, errors stemming from invalid [`CommitInfo`](CommitInfo) with respect to the
457
- /// state of the user's Dropbox will only be communicated at consumption time. Additionally, these
458
- /// errors are surfaced as generic HTTP 409 Conflict responses, potentially hiding issue details.
459
- /// The maximum temporary upload link duration is 4 hours. Upon consumption or expiration, a new
460
- /// link will have to be generated. Multiple links may exist for a specific upload path at any given
461
- /// time.
454
+ /// consumption. Hence, errors stemming from invalid [`CommitInfo`] with respect to the state of the
455
+ /// user's Dropbox will only be communicated at consumption time. Additionally, these errors are
456
+ /// surfaced as generic HTTP 409 Conflict responses, potentially hiding issue details. The maximum
457
+ /// temporary upload link duration is 4 hours. Upon consumption or expiration, a new link will have
458
+ /// to be generated. Multiple links may exist for a specific upload path at any given time.
462
459
///
463
460
/// The POST request on the temporary upload link must have its Content-Type set to
464
461
/// "application/octet-stream".
@@ -579,17 +576,17 @@ pub fn get_thumbnail_batch<'a>(
579
576
/// [`ListFolderResult::cursor`](ListFolderResult) to retrieve more entries. If you're using
580
577
/// [`ListFolderArg::recursive`](ListFolderArg) set to `true` to keep a local cache of the contents
581
578
/// of a Dropbox account, iterate through each entry in order and process them as follows to keep
582
- /// your local state in sync: For each [`FileMetadata`](FileMetadata) , store the new entry at the
583
- /// given path in your local state. If the required parent folders don't exist yet, create them. If
584
- /// there's already something else at the given path, replace it and remove all its children. For
585
- /// each [`FolderMetadata`](FolderMetadata) , store the new entry at the given path in your local
586
- /// state. If the required parent folders don't exist yet, create them. If there's already something
587
- /// else at the given path, replace it but leave the children as they are. Check the new entry's
579
+ /// your local state in sync: For each [`FileMetadata`], store the new entry at the given path in
580
+ /// your local state. If the required parent folders don't exist yet, create them. If there's
581
+ /// already something else at the given path, replace it and remove all its children. For each
582
+ /// [`FolderMetadata`], store the new entry at the given path in your local state. If the required
583
+ /// parent folders don't exist yet, create them. If there's already something else at the given
584
+ /// path, replace it but leave the children as they are. Check the new entry's
588
585
/// [`FolderSharingInfo::read_only`](FolderSharingInfo) and set all its children's read-only
589
- /// statuses to match. For each [`DeletedMetadata`](DeletedMetadata) , if your local state has
590
- /// something at the given path, remove it and all its children. If there's nothing at the given
591
- /// path, ignore this entry. Note: [`auth::RateLimitError`](crate::types::auth::RateLimitError) may
592
- /// be returned if multiple [`list_folder()`](crate::files::list_folder) or
586
+ /// statuses to match. For each [`DeletedMetadata`], if your local state has something at the given
587
+ /// path, remove it and all its children. If there's nothing at the given path, ignore this entry.
588
+ /// Note: [`auth::RateLimitError`](crate::types::auth::RateLimitError) may be returned if multiple
589
+ /// [`list_folder()`](crate::files::list_folder) or
593
590
/// [`list_folder_continue()`](crate::files::list_folder_continue) calls with same parameters are
594
591
/// made simultaneously by same API app for same user. If your app implements retry logic, please
595
592
/// hold off the retry until the previous request finishes.
@@ -612,17 +609,17 @@ pub fn list_folder<'a>(
612
609
/// [`ListFolderResult::cursor`](ListFolderResult) to retrieve more entries. If you're using
613
610
/// [`ListFolderArg::recursive`](ListFolderArg) set to `true` to keep a local cache of the contents
614
611
/// of a Dropbox account, iterate through each entry in order and process them as follows to keep
615
- /// your local state in sync: For each [`FileMetadata`](FileMetadata) , store the new entry at the
616
- /// given path in your local state. If the required parent folders don't exist yet, create them. If
617
- /// there's already something else at the given path, replace it and remove all its children. For
618
- /// each [`FolderMetadata`](FolderMetadata) , store the new entry at the given path in your local
619
- /// state. If the required parent folders don't exist yet, create them. If there's already something
620
- /// else at the given path, replace it but leave the children as they are. Check the new entry's
612
+ /// your local state in sync: For each [`FileMetadata`], store the new entry at the given path in
613
+ /// your local state. If the required parent folders don't exist yet, create them. If there's
614
+ /// already something else at the given path, replace it and remove all its children. For each
615
+ /// [`FolderMetadata`], store the new entry at the given path in your local state. If the required
616
+ /// parent folders don't exist yet, create them. If there's already something else at the given
617
+ /// path, replace it but leave the children as they are. Check the new entry's
621
618
/// [`FolderSharingInfo::read_only`](FolderSharingInfo) and set all its children's read-only
622
- /// statuses to match. For each [`DeletedMetadata`](DeletedMetadata) , if your local state has
623
- /// something at the given path, remove it and all its children. If there's nothing at the given
624
- /// path, ignore this entry. Note: [`auth::RateLimitError`](crate::types::auth::RateLimitError) may
625
- /// be returned if multiple [`list_folder()`](crate::files::list_folder) or
619
+ /// statuses to match. For each [`DeletedMetadata`], if your local state has something at the given
620
+ /// path, remove it and all its children. If there's nothing at the given path, ignore this entry.
621
+ /// Note: [`auth::RateLimitError`](crate::types::auth::RateLimitError) may be returned if multiple
622
+ /// [`list_folder()`](crate::files::list_folder) or
626
623
/// [`list_folder_continue()`](crate::files::list_folder_continue) calls with same parameters are
627
624
/// made simultaneously by same API app for same user. If your app implements retry logic, please
628
625
/// hold off the retry until the previous request finishes.
@@ -711,11 +708,10 @@ pub fn list_folder_longpoll<'a>(
711
708
/// Returns revisions for files based on a file path or a file id. The file path or file id is
712
709
/// identified from the latest file entry at the given file path or id. This end point allows your
713
710
/// app to query either by file path or file id by setting the mode parameter appropriately. In the
714
- /// [`ListRevisionsMode::Path`](ListRevisionsMode::Path) (default) mode, all revisions at the same
715
- /// file path as the latest file entry are returned. If revisions with the same file id are desired,
716
- /// then mode must be set to [`ListRevisionsMode::Id`](ListRevisionsMode::Id). The
717
- /// [`ListRevisionsMode::Id`](ListRevisionsMode::Id) mode is useful to retrieve revisions for a
718
- /// given file across moves or renames.
711
+ /// [`ListRevisionsMode::Path`] (default) mode, all revisions at the same file path as the latest
712
+ /// file entry are returned. If revisions with the same file id are desired, then mode must be set
713
+ /// to [`ListRevisionsMode::Id`]. The [`ListRevisionsMode::Id`] mode is useful to retrieve revisions
714
+ /// for a given file across moves or renames.
719
715
pub fn list_revisions < ' a > (
720
716
client : & ' a impl crate :: async_client_trait:: UserAuthClient ,
721
717
arg : & ' a ListRevisionsArg ,
@@ -1326,23 +1322,20 @@ pub fn upload_session_finish_batch_check<'a>(
1326
1322
/// [`UploadSessionStartResult::session_id`](UploadSessionStartResult) with
1327
1323
/// [`upload_session_append_v2()`](crate::files::upload_session_append_v2) or
1328
1324
/// [`upload_session_finish()`](crate::files::upload_session_finish) more than 7 days after its
1329
- /// creation will return a
1330
- /// [`UploadSessionLookupError::NotFound`](UploadSessionLookupError::NotFound). Calls to this
1331
- /// endpoint will count as data transport calls for any Dropbox Business teams with a limit on the
1332
- /// number of data transport calls allowed per month. For more information, see the [Data transport
1333
- /// limit page](https://www.dropbox.com/developers/reference/data-transport-limit). By default,
1334
- /// upload sessions require you to send content of the file in sequential order via consecutive
1325
+ /// creation will return a [`UploadSessionLookupError::NotFound`]. Calls to this endpoint will count
1326
+ /// as data transport calls for any Dropbox Business teams with a limit on the number of data
1327
+ /// transport calls allowed per month. For more information, see the [Data transport limit
1328
+ /// page](https://www.dropbox.com/developers/reference/data-transport-limit). By default, upload
1329
+ /// sessions require you to send content of the file in sequential order via consecutive
1335
1330
/// [`upload_session_start()`](crate::files::upload_session_start),
1336
1331
/// [`upload_session_append_v2()`](crate::files::upload_session_append_v2),
1337
1332
/// [`upload_session_finish()`](crate::files::upload_session_finish) calls. For better performance,
1338
- /// you can instead optionally use a
1339
- /// [`UploadSessionType::Concurrent`](UploadSessionType::Concurrent) upload session. To start a new
1340
- /// concurrent session, set [`UploadSessionStartArg::session_type`](UploadSessionStartArg) to
1341
- /// [`UploadSessionType::Concurrent`](UploadSessionType::Concurrent). After that, you can send file
1342
- /// data in concurrent [`upload_session_append_v2()`](crate::files::upload_session_append_v2)
1343
- /// requests. Finally finish the session with
1344
- /// [`upload_session_finish()`](crate::files::upload_session_finish). There are couple of
1345
- /// constraints with concurrent sessions to make them work. You can not send data with
1333
+ /// you can instead optionally use a [`UploadSessionType::Concurrent`] upload session. To start a
1334
+ /// new concurrent session, set [`UploadSessionStartArg::session_type`](UploadSessionStartArg) to
1335
+ /// [`UploadSessionType::Concurrent`]. After that, you can send file data in concurrent
1336
+ /// [`upload_session_append_v2()`](crate::files::upload_session_append_v2) requests. Finally finish
1337
+ /// the session with [`upload_session_finish()`](crate::files::upload_session_finish). There are
1338
+ /// couple of constraints with concurrent sessions to make them work. You can not send data with
1346
1339
/// [`upload_session_start()`](crate::files::upload_session_start) or
1347
1340
/// [`upload_session_finish()`](crate::files::upload_session_finish) call, only with
1348
1341
/// [`upload_session_append_v2()`](crate::files::upload_session_append_v2) call. Also data uploaded
0 commit comments