Uh oh!
There was an error while loading. Please reload this page.
19.3 fb issue38940 - #159
Conversation
…s in the field, rather than in the banner
labkey-tchad
left a comment
There was a problem hiding this comment.
In addition to the specific feedback, these tests should be renamed or broken up such that they test what they claim to be testing.
One method is testing blank field names, then we piggy-back a check for discouraged field names.
Another method is testing reserved names, then tacks on a check for duplicate field names as well as another check for discouraged field names.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
labkey-chrisj
commented
Nov 14, 2019
Need clarity on why this is being held up |
labkey-tchad
left a comment
There was a problem hiding this comment.
Sorry about the holdup. Looks good.
…ontainer's @scripts dir (#3133) ## Rationale LabKey/internal-issues#159 Assay transform scripts configured through the designer must now live in the design's own container `@scripts` directory (writable only by platform developers), enforced by a new validateScriptLocation() in the save path, with a site-wide deprecated feature flag as an escape hatch and a usage metric approximating how many existing designs are non-compliant. The Selenium page object switches the default addTransformScript(File) to file-upload mode, deleting any same-named leftover from `@scripts` first. ## Related Pull Requests - LabKey/platform#7895 - #3133 - LabKey/limsModules#2369 ## Changes - Selenium test updates to use file upload for addTransformScript - addTransformScript to check for and remove file from `@scripts` if it already exists
…ontainer's @scripts dir (#3133) ## Rationale LabKey/internal-issues#159 Assay transform scripts configured through the designer must now live in the design's own container `@scripts` directory (writable only by platform developers), enforced by a new validateScriptLocation() in the save path, with a site-wide deprecated feature flag as an escape hatch and a usage metric approximating how many existing designs are non-compliant. The Selenium page object switches the default addTransformScript(File) to file-upload mode, deleting any same-named leftover from `@scripts` first. ## Related Pull Requests - LabKey/platform#7895 - #3133 - LabKey/limsModules#2369 ## Changes - Selenium test updates to use file upload for addTransformScript - addTransformScript to check for and remove file from `@scripts` if it already exists
… to add transform script (#3139) ## Rationale The changes for this issue LabKey/internal-issues#159 require that assay transform scripts live in the LabKey container's `@scripts` directory. This PR fixes the AssayExportImportTest to upload the script to the expected location using the assay designer UI. ## Related Pull Requests - LabKey/platform#7895 ## Changes - AssayExportImportTest to upload transform script to @script dir using assay designer UI
restores field-level error and warning validation test coverage in Domain Designer.
adds synchronizing wait-for-error/warning methods to domainFieldRow