[cueweb] Allocations link does not filter Monitor Hosts by allocation #2536

Describe the bug
On the Allocations page each allocation name is a link to the Monitor Hosts page, but the destination page loads every host in the cue instead of only the hosts that belong to the allocation that was clicked.

To Reproduce
Steps to reproduce the behavior:

1. Go to CueCommander > Allocations.
2. Click on any allocation name in the Name column.
3. The Monitor Hosts page opens with the URL /hosts?allocation=<allocation name>.
4. See that the allocation filter is not applied and the table lists hosts from every allocation.

Expected behavior
Following the link opens Monitor Hosts pre filtered to the allocation that was clicked, so the user immediately sees exactly which hosts are in that allocation. The active filter should be visible in the Monitor Hosts filter controls so the user can clear or widen it.

Screenshots

Version Number

• https://github.com/AcademySoftwareFoundation/OpenCue/releases/tag/v1.19.1

Additional context

The query parameter names do not match on the two sides of the link:

• cueweb/app/allocations/allocation-columns.tsx:52 builds the link as /hosts?allocation=`.
• cueweb/app/hosts/page.tsx:124 seeds the allocation filter from a parameter named alloc (a comma separated list, parsed by parseSetParam).

Because allocation is never read, the filter starts empty and the table renders unfiltered. The fix is to emit ?alloc=<name> from the Allocations link, or to accept both parameter names on the Monitor Hosts page. A source comment next to the link notes that the hosts side filter was deferred, so this looks like an unfinished hand off rather than a regression.

Documentation to update

Please update the affected OpenCue/CueWeb docs and refresh their screenshots to match the new interface.

Screenshots live in docs/assets/images/cueweb/ and are referenced from the docs as /assets/images/cueweb/<name>.png (the docs/_site/... copies are generated Jekyll output, do not edit those). Follow the existing naming (cueweb_<area>_<description>.png) and add a matching dark-mode variant (..._dark.png) where the page shows one. Replace the relevant existing images, and add new ones for new screens, so the published pages match the shipped UI.

Not every page applies to every issue; update the ones the change affects.

The published pages and their source .md files:

Quick starts:

• OpenCueWeb Quick Start: docs/_docs/quick-starts/quick-start-cueweb.md

Concepts:

• OpenCueWeb and REST Gateway: docs/_docs/concepts/cueweb-rest-gateway.md

Getting started:

• Deploying OpenCueWeb: docs/_docs/getting-started/deploying-cueweb.md

User guides:

• OpenCueWeb User Guide: docs/_docs/user-guides/cueweb-user-guide.md

Other guides:

• OpenCueWeb System: docs/_docs/other-guides/cueweb.md

Reference:

• CueWeb Reference: docs/_docs/reference/cueweb.md

Tutorials:

• OpenCueWeb Tutorial: docs/_docs/tutorials/cueweb-tutorial.md

Developer guide:

• OpenCueWeb Development Guide: docs/_docs/developer-guide/cueweb-development.md

How to test the documentation locally?

The OpenCue documentation is a Jekyll site in docs/, and there are two build scripts: docs/docker-build.sh (recommended) and docs/build.sh (local Ruby). From cd docs:

Option A: Docker (recommended, no Ruby needed)

cd docs
./docker-build.sh serve     # live-reload dev server at http://localhost:4000
./docker-build.sh build     # one-off build into docs/_site (this is your "test")
./docker-build.sh clean     # clean _site + docker artifacts
./docker-build.sh rebuild   # clean + build

(Equivalent via the Makefile: make serve, make build, make clean, make rebuild.)

Option B: Local Ruby (Ruby 3.0+ / Bundler)

cd docs
bundle install
./build.sh                              # test build: checks prereqs, runs jekyll build --verbose, checks image paths
bundle exec jekyll serve --livereload   # http://localhost:4000/

Screenshots you drop into docs/assets/images/cueweb/ and reference as /assets/images/cueweb/.png will appear on live reload. Please don't touch docs/_site/ (it's generated output).