Skip to content

Restore "Fix current parent order when creating subcommunity" (#4568)#5269

Merged
tdonohue merged 1 commit intoDSpace:mainfrom
toniprieto:recover-4568
Mar 10, 2026
Merged

Restore "Fix current parent order when creating subcommunity" (#4568)#5269
tdonohue merged 1 commit intoDSpace:mainfrom
toniprieto:recover-4568

Conversation

@toniprieto
Copy link
Contributor

References

Description

This PR restores the behavior originally introduced in #4568, which appears to have been unintentionally reverted in #4639.

The change allows retrieving the ID of the current community and using it in the initial search when opening the community selector popup when creating a community.

Instructions for Reviewers

How to test:

  1. Go to the page of an existing community.
  2. From the administration menu, open the community selector (e.g. when creating a new community).
  3. Verify using the browser's developer tools that the initial request to FindAddAuthorized includes the ID of the current community.

Ideally, the first result shown should be the current community.
However, the current behavior is not fully perfect. In my tests, when the current community has subcommunities, the subcommunities are often listed first. This happens because the parent community ID is indexed in several fields of the child communities and tends to have higher relevance.

This issue would likely be better addressed in the backend in future PRs. Nevertheless, restoring this change improves the current behavior.

@lgeggleston lgeggleston added bug component: Discovery related to discovery search or browse system 1 APPROVAL pull request only requires a single approval to merge port to dspace-7_x This PR needs to be ported to `dspace-7_x` branch for next bug-fix release port to dspace-8_x This PR needs to be ported to `dspace-8_x` branch for next bug-fix release port to dspace-9_x This PR needs to be ported to `dspace-9_x` branch for next bug-fix release labels Mar 10, 2026
@lgeggleston lgeggleston moved this to 🙋 Needs Reviewers Assigned in DSpace 10.0 Release Mar 10, 2026
Copy link
Member

@tdonohue tdonohue left a comment

Choose a reason for hiding this comment

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

👍 Thanks @toniprieto for catching this! I agree this was not meant to be removed as it reintroduces an older bug.

@github-project-automation github-project-automation bot moved this from 🙋 Needs Reviewers Assigned to 👍 Reviewer Approved in DSpace 10.0 Release Mar 10, 2026
@tdonohue tdonohue added this to the 10.0 milestone Mar 10, 2026
@tdonohue tdonohue merged commit d769d15 into DSpace:main Mar 10, 2026
16 checks passed
@github-project-automation github-project-automation bot moved this from 👍 Reviewer Approved to ✅ Done in DSpace 10.0 Release Mar 10, 2026
@dspace-bot
Copy link
Contributor

Successfully created backport PR for dspace-7_x:

@dspace-bot
Copy link
Contributor

Successfully created backport PR for dspace-8_x:

@dspace-bot
Copy link
Contributor

Successfully created backport PR for dspace-9_x:

@tdonohue tdonohue removed port to dspace-7_x This PR needs to be ported to `dspace-7_x` branch for next bug-fix release port to dspace-8_x This PR needs to be ported to `dspace-8_x` branch for next bug-fix release port to dspace-9_x This PR needs to be ported to `dspace-9_x` branch for next bug-fix release labels Mar 10, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

1 APPROVAL pull request only requires a single approval to merge bug component: Discovery related to discovery search or browse system

Projects

Status: ✅ Done

Development

Successfully merging this pull request may close these issues.

5 participants