You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In spaces dav version, when sending API request, the endpoint can either use mount share id as https://localhost:9200/remote.php/dav/spaces/<mount-share-id> or we can use virtual share id as https://localhost:9200/remote.php/dav/spaces/<virtual-share-id>/<resource-name>. In both cases, we can access the shared resources.
We have multiple scenarios where we need to access the shared resources. In those scenarios, what should we prefer mount-share-id or virtual share id, for test cases or should we test for both mount share id or virtual share id?
With the discussion of this issue, we used the mount-shared-id to access the shared resources. The test has been covered in the PR #7234. So, closing this issue as completed.
In spaces dav version, when sending API request, the endpoint can either use
mount share id
ashttps://localhost:9200/remote.php/dav/spaces/<mount-share-id>
or we can usevirtual share id
ashttps://localhost:9200/remote.php/dav/spaces/<virtual-share-id>/<resource-name>
. In both cases, we can access the shared resources.We have multiple scenarios where we need to access the shared resources. In those scenarios, what should we prefer
mount-share-id
orvirtual share id
, for test cases or should we test for bothmount share id
orvirtual share id
?Related:
Personal
toShares Jail
behaves differently #4393CC @individual-it @phil-davis @ScharfViktor @micbar @saw-jan
The text was updated successfully, but these errors were encountered: