Skip to content

Conversation

@MichalKinas
Copy link
Contributor

Please check if the PR fulfills these requirements

  • The commit message follows our guidelines
  • Tests for the changes have been added (for bug fixes / features)
  • Docs have been added / updated (for bug fixes / features)

What kind of change does this PR introduce? (check one with "x")

  • Bugfix
  • Feature
  • Code style update (formatting, local variables)
  • Refactoring (no functional changes, no api changes)
  • Build related changes
  • Documentation
  • Other... Please describe:

What is the current behaviour? (You can also link to an open issue here)

https://hyland.atlassian.net/browse/MNT-24459

What is the new behaviour?

Now when there are still more aspects to be loaded, they will be fetched until all are loaded as user should have the access to all visible aspects.

Does this PR introduce a breaking change? (check one with "x")

  • Yes
  • No

If this PR contains a breaking change, please describe the impact and migration path for existing applications: ...

Other information:


getCustomAspects(whiteList?: string[]): Observable<AspectEntry[]> {
getCustomAspects(whiteList?: string[], paginationOptions?: ContentPagingQuery): Observable<AspectPaging> {
const where = `(not namespaceUri matches('http://www.alfresco.*'))`;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That function almost completely duplicates previous function. Can we avoid duplications? Basically everything except 'where' seems the same. We can move everything except where to reusable private function OR we can pass where as parameter and then we will have only one function.

Maybe second option has more sense because do we really need 2 separate functions just to separate custom and standards aspects if both load the same (aspects)? So we can specify just by parameter which aspects should be loaded. In that case I think we may need to introduce one more type for Where to avoid creating that complicated string on consumer side - consumer can just specify fields in that Where parameter and then 'where' string can be built inside function based on these parameters

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Refactored, it should look better now

@sonarqubecloud
Copy link

sonarqubecloud bot commented Jul 3, 2025

@MichalKinas MichalKinas merged commit c863da0 into develop Jul 4, 2025
24 of 26 checks passed
@MichalKinas MichalKinas deleted the bugfix/dev-mkinas-MNT-24459-adw-edit-aspects-returns-maximum-100-aspects branch July 4, 2025 05:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants