Skip to content

[bot] Merge 26.8 to develop - #739

Merged
github-actions[bot] merged 4 commits into
developfrom
fb_bot_merge_26.8
Aug 5, 2026
Merged

[bot] Merge 26.8 to develop#739
github-actions[bot] merged 4 commits into
developfrom
fb_bot_merge_26.8

Conversation

@github-actions

@github-actions github-actions Bot commented Aug 5, 2026

Copy link
Copy Markdown
Contributor

Generated automatically.
Merging changes from: 16deb1b
Approve all matching PRs simultaneously.
Approval will trigger automatic merge.
Verify all PRs before approving: https://internal.labkey.com/Scrumtime/Backlog/harvest-gitOpenPullRequests.view?branch=fb_bot_merge_26.8

labkey-martyp and others added 4 commits July 28, 2026 22:06
## Rationale

Scope the housing cage lookups to a single container so housing grids,
and the queries built on them, keep working on a server with more than
one EHR folder. The cage lookup is keyed by container and location
together, but the room and days-in-room columns matched on location
alone, so a second EHR folder defining the same cage location makes
those subqueries match more than one row and the query returns a
database error instead of results. Production installations run a single
EHR folder per server, so the effect is limited to test and development
environments where several EHR folders coexist.

## Related Pull Requests

- LabKey/nbriEHRModules, branch `26.7_fb_cage_container_scope` — the
identical fix in the NBRI customizer.

## Changes

- Scope every cage lookup behind the housing room and days-in-room
columns to a single container, preferring the EHR study container and
falling back to the current one when it is not configured.
- Fix a null dereference that could occur while building the room sort
field.
…#730)

## Rationale

The Record Treatment link on study.treatment_order passed the order's
start date as the scheduledDate URL parameter, so every treatment
recorded through it carried the same scheduledDate regardless of which
schedule slot was being recorded. The second recording against an order
then tripped the duplicate-treatment trigger in study/drug.js ("A
treatment has already been entered for this order for this date and
time.") while the treatmentSchedule grid still showed the slot as
unrecorded, since its status join compares the computed slot time
against the stored scheduledDate.

## Related Pull Requests

- LabKey/johnsHopkinsEHRModules#667 (same fix
for jhu_ehr)

## Changes

- Extract the inline Record Treatment display column into
TreatmentDisplayColumnFactory with an includeScheduledDate flag; emit
scheduledDate only when set, ISO-formatted via
DateUtil.formatIsoDateShortTime() instead of Date.toString(); add a null
guard on category.
- The treatment_order Record Treatment link no longer passes
scheduledDate; new customizeTreatmentSchedule() adds a treatmentRecord
link column to study.treatmentSchedule that passes the slot's date.
- treatmentSchedule.sql: drop the t1.treatmentRecord passthrough column
inherited from treatment_order.
- treatmentSchedule.query.xml: apply the module customizer via
javaCustomizer so the new column is added.
@github-actions
github-actions Bot merged commit 4f9550c into develop Aug 5, 2026
6 of 7 checks passed
@github-actions
github-actions Bot deleted the fb_bot_merge_26.8 branch August 5, 2026 14:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants