Refactor getSharesInDir method and allow new interaction in params

[jvillafanez]

"subfiles" param in the getShares request can interact with "reshares"
and the new "share_types" params. The "path" param is still required if
"subfiles" is present.
There are no changes regarding the "shared_with_me" param

Description

The "subfiles" parameter in the getShares request had some additional restrictions which weren't documented. This PR remove those restrictions and allows interaction with the rest of the parameters (except the "share_with_me", which remain the same

Related Issue

No opened issue.
Follow up of #38000

Motivation and Context

there is no reason to limit the interaction of the "reshares" and "share_types" parameters with the "subfiles" one.

How Has This Been Tested?

Checked manually via API

Screenshots (if appropriate):

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Database schema changes (next release will require increase of minor version instead of patch)
• 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:
• Changelog item, see TEMPLATE

[update-docs]

Thanks for opening this pull request! The maintainers of this repository would appreciate it if you would create a changelog item based on your changes.

[sonarcloud]

Kudos, SonarCloud Quality Gate passed!

0 Bugs
0 Vulnerabilities (and 0 Security Hotspots to review)
0 Code Smells

No Coverage information
No Duplication information

[karakayasemi]

As far as I see, the consumer of getSharesIndir already makes all the checks that getSharesIndir has. So, removing it makes sense to me.