[#73350] Use single selection tree view with search for page selection

[Kharonus]

Ticket

#73350

What are you trying to accomplish?

• render search pages results in a (flat) tree view
• use tree view selection to select the page to add

What approach did you choose and why?

• use filterable tree view with server-side filtering

[github-actions]

Caution

The provided work package version does not match the core version

Details:

• Work package URL: https://community.openproject.org/work_packages/73350
• Work package version: not set
• Core version: 17.6.0

Please make sure that:

• The work package version OR your pull request target branch is correct

[NobodysNightmare]

🟢 Looks-related question: Should we also add a "document" icon in front of search results?

Currently it doesn't look like a list of things when I have many results. I'd hope that a leading icon would help me understand that this is a list of wiki pages...

[NobodysNightmare]

Probably a feedback for the tree view, rather than for this PR: When the search text does not exactly appear in the resulting tree view, then nothing is highlighted.

I guess this is acceptable for now, but should we track it as a bug?

CC @HDinger

[HDinger]

Probably a feedback for the tree view, rather than for this PR: When the search text does not exactly appear in the resulting tree view, then nothing is highlighted.

I guess this is acceptable for now, but should we track it as a bug?

CC @HDinger

Yes, I noticed that on my branch as well. I think a separate bug makes sense 👍

[NobodysNightmare]

🔴 I guess this is a bug in the selectable tree view, but it affects us a lot:

Screencast.from.2026-06-03.10-48-21.webm

What do you see? When there are multiple pages with the same name (but different values) you can only select the first one.

This is bad, because our internal wikis have a lot of different root pages that commonly have the same name. While this is also a reminder that we should add additional information to the nodes, it's surprising to me that the selection doesn't work in this case.

[Kharonus]

🔴 I guess this is a bug in the selectable tree view, but it affects us a lot:

Screencast.from.2026-06-03.10-48-21.webm
What do you see? When there are multiple pages with the same name (but different values) you can only select the first one.

This is bad, because our internal wikis have a lot of different root pages that commonly have the same name. While this is also a reminder that we should add additional information to the nodes, it's surprising to me that the selection doesn't work in this case.

Oh, you are right. I also noticed it, and I wanted to talk to @HDinger about it. The main issue is, that the tree view component identifies its items by the path, not a hidden identifier below. The question now is, should we try to fix that or basically wait until we have the hierarchy, which fixes then at least the page that have different ancestors.

BUT: In a wiki it is NOT disallowed, to have pages with the same title under the same parent. This is true for both, our internal wiki AND XWiki. So, we won't be able to catch every case with unique paths. Will take that into discussion, but I think, it shouldn't be a blocker to this PR, which only introduces the component in a not final way.

UPDATE: Bug ticket was created: https://community.openproject.org/wp/SDS-704