The rejection-reason finding from review 933 on #481.
gethistory.sas takes review_reason_txt from a left join on &mpelib..mpe_review (gethistory.sas:128, :130), and MPE_SUBMIT carries no such variable - the rejection path writes the reason to MPE_REVIEW only (approvers/rejection.js:81). The mock read it off the submission, which is why your reproduction showed REVIEW_REASON_TXT: " " where the product shows the reason.
The reason now comes from the latest review for the table, which is the join's own rule, with the submission's column kept as the fallback for a row the join misses.
Coverage: three cases in sas/mocks/test/approvers-gethistory.test.js - the reason is shown, the latest review wins, and the submission's column still answers when no review row exists. Seeded directly rather than through the edit cycle, because no corpus case rejects and the subject is the read, not the rejection. Two of the three fail with the service file reverted and all three pass with it; the wider mock suite is 167 + 3.
That leaves the site-mode libref (#531) and the release body as the only findings open on 481.
The rejection-reason finding from review 933 on #481.
`gethistory.sas` takes `review_reason_txt` from a left join on `&mpelib..mpe_review` (`gethistory.sas:128`, `:130`), and `MPE_SUBMIT` carries no such variable - the rejection path writes the reason to `MPE_REVIEW` only (`approvers/rejection.js:81`). The mock read it off the submission, which is why your reproduction showed `REVIEW_REASON_TXT: " "` where the product shows the reason.
The reason now comes from the latest review for the table, which is the join's own rule, with the submission's column kept as the fallback for a row the join misses.
Coverage: three cases in `sas/mocks/test/approvers-gethistory.test.js` - the reason is shown, the latest review wins, and the submission's column still answers when no review row exists. Seeded directly rather than through the edit cycle, because no corpus case rejects and the subject is the read, not the rejection. Two of the three fail with the service file reverted and all three pass with it; the wider mock suite is 167 + 3.
That leaves the site-mode libref (#531) and the release body as the only findings open on 481.
gethistory.sas takes review_reason_txt from a left join on &mpelib..mpe_review
(gethistory.sas:128, :130) and MPE_SUBMIT carries no such variable. The mock read
the submission, so a rejection's reason came back blank exactly where the product
shows it: the rejection path writes the reason to MPE_REVIEW only
(approvers/rejection.js:81).
The reason now comes from the latest review for the table - the join's own rule -
with the submission's column as the fallback for a row the join misses.
Seeded directly in the test rather than through the edit cycle: no corpus case
rejects, and the subject here is the read. Three cases: the reason is shown, the
latest review wins, and the submission's column still answers when no review row
exists. Without the fix two of the three fail; with it, three pass.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
The rejection-reason finding from review 933 on #481.
gethistory.sastakesreview_reason_txtfrom a left join on&mpelib..mpe_review(gethistory.sas:128,:130), andMPE_SUBMITcarries no such variable - the rejection path writes the reason toMPE_REVIEWonly (approvers/rejection.js:81). The mock read it off the submission, which is why your reproduction showedREVIEW_REASON_TXT: " "where the product shows the reason.The reason now comes from the latest review for the table, which is the join's own rule, with the submission's column kept as the fallback for a row the join misses.
Coverage: three cases in
sas/mocks/test/approvers-gethistory.test.js- the reason is shown, the latest review wins, and the submission's column still answers when no review row exists. Seeded directly rather than through the edit cycle, because no corpus case rejects and the subject is the read, not the rejection. Two of the three fail with the service file reverted and all three pass with it; the wider mock suite is 167 + 3.That leaves the site-mode libref (#531) and the release body as the only findings open on 481.
Lighthouse
#/home/tables#/editor/DC996664.MPE_X_TEST#/view/data#/view/data/DC996664#/view/data/DC996664.MPE_X_TEST#/view/usernav/groups#/view/usernav/groups/1#/view/usernav/users/1#/home/excel-maps#/home/excel-maps/BASEL-CR2#/home/multi-load#/review/submitted#/review/approve#/review/history#/stage/DC20221006T142649516_059582_7169#/review/submitted/DC20221006T142649516_059582_7169#/systemLowest accessibility score: 0.87 (the gate is a median of 0.85 while issue 497 is open).
Run: https://git.datacontroller.io/dc/dc/actions/runs/3553