Skip to content

GitHub Issue 1470: Manage Templates end up with sample type not usable in Apps - #7985

Open
XingY wants to merge 5 commits into
developfrom
fb_issue1470
Open

GitHub Issue 1470: Manage Templates end up with sample type not usable in Apps#7985
XingY wants to merge 5 commits into
developfrom
fb_issue1470

Conversation

@XingY

@XingY XingY commented Aug 26, 2026

Copy link
Copy Markdown
Contributor

Rationale

query-UpdateQueryImportTemplate.api uses query.querydef.metadata to store user configured custom import templates in XML. The query name was provided by the client. When a query name with a different casing is provided, it successfully resolves the table. However, saving a query.querydef record with table name that doesn't strictly match the actual query name casing results in App fail to load metadata for this table.

This PR uses the resolved schema/query name when saving query.querydef for UpdateQueryImportTemplate, instead of user provided values.

Related Pull Requests

Changes

  • Use the resolved schema/table names instead of the user-provided names

@XingY
XingY requested a review from labkey-alan August 27, 2026 03:06
…d default (#7974)

## Rationale
LabKey/internal-issues#899

Saving a grid view from a subfolder currently resolves the view
inherited from an ancestor folder, edits it in place, and then on save
relocates it — so the subfolder save destroys the parent's inherited
default. The fix threads a new explicitTargetContainer flag through both
save actions: unless the caller explicitly named a target folder, an
ancestor-owned view found by the lookup is discarded so a new local view
shadows it instead. On the client, SaveViewModal stops offering/sending
inherit outside the app home folder, and reads inherit/shared off the
new server-supplied shadowed sub-object (a session view is never itself
shared or inheritable, so its own flags were always wrong defaults).

## Related Pull Requests
- #7974
- LabKey/labkey-ui-components#2066
- LabKey/limsModules#2427

## Changes
- Save grid view fix for saving/resolving inherited view when target
folder provided
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