[tests-only][full-ci] use displayname of permissions role in resource link share creation step

[prashant-gurung899]

Description

This PR refactors the resource link share creation steps such that the datatable uses permissions roles displayName. Previously, permissions role value was used.

In this PR following are the changes made in datatable:

from view => to View
from internal => to Internal
from edit => to Edit
from upload => to Upload
from createOnly => to File Drop
from blocksDownload => to Secure View

See: https://owncloud.dev/libre-graph-api/#/drives.permissions/CreateLink

Refactored steps:

Given user "Alice" has created the following resource link share:

And user "Alice" has updated the last resource link share with

When user "Alice" updates the last public link share using the permissions endpoint of the Graph API:

Related Issue

• Originated from: [tests-only][full-ci] add test to try creating folder link share with denied role #10839 (comment)

Motivation and Context

How Has This Been Tested?

• Locally
• CI

Screenshots (if appropriate):

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to change)
• Technical debt
• Tests only (no source changes)

Checklist:

• Code changes
• Unit tests added
• Acceptance tests added
• Documentation ticket raised:

[prashant-gurung899]

@saw-jan
Should I refactor the space link share creation step in this same PR or do it in another one as the no. of files changed is quite a lot in this one already.

And user "Alice" has created the following space link share:

[prashant-gurung899]

@saw-jan Should I refactor the space link share creation step in this same PR or do it in another one as the no. of files changed is quite a lot in this one already.

And user "Alice" has created the following space link share:

IMO this should be done in next PR. CC @saw-jan

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud