Repository navigation
Conversation
…n identities Keep both independent admission routes and WPF enable-state contracts; eliminate duplicate generated x:Name on integrated single-main UI.
…l plus Write label
…an, ctlModel and value editor
…compact grid, Material pencil and constant Write
…changed-value gate before confirmed MMS Write
…ditors with Material Write caption
…it edit and no automatic MMS Write
…without enabling operate
…sing typed MMS operation safety
…ble via the single Write router
…ning native operation gate
…lize Boolean selector
…anonical evidence contracts
…anonical evidence contracts
…anonical evidence contracts
PUBLIC PREVIEW v1.6.42 — RELEASED, VERIFIED (2026-10-25)Published: https://github.com/masarray/arsas/releases/tag/v1.6.42 GitHub release metadata VERIFIED: tag Release assets uploaded and independently exposed by GitHub:
One-run package, installer and supply-chain checks all SUCCESS: 2,987/2,987 app regression, native bridge integration PASS, portable smoke, installer build, silent install/uninstall smoke, checksums, SPDX SBOM, provenance, verification, installer digest attestation, portable SBOM attestation, artifact upload, and GitHub Release creation. Signed portable attestation https://github.com/masarray/arsas/attestations/59519828. Operator-scope limitations explicitly present in public release notes: five-endpoint observed 183/183 initial values and 14/14 RCB plans, but 36 continuity findings and nine BufOvfl notices; lossless SOE and blanket physical/IEC certification NOT claimed; current ARIEC engine #192 trial remains draft. Public prerelease is complete; stable promotion remains separate blocked qualification, not an unfinished preview publication. Follow-up: Validate installation on field machine against release SHA256; keep #727/#729 DRAFT while independent physical certification and stable promotion are pending. Do NOT repackage the same tag or modify already-published assets in-place. |
Operator stable-release go-ahead received — updated 09:24 WIB 2026-10-25 diagnostic reviewThe operator has now approved the application overall as good and requested a public STABLE release. This is an important explicit product-scope acceptance, but is NOT a statement that the separate R7/R10 hardware qualification, SOE continuity/lossless certification, or actual hardware provenance checks have passed. Authoritative production binary currently installed in diagnostic: ARSAS NEW 09:24 continuity summary (later than original 07:20 FAT):
Release status checked live: Fastest professional STABLE promotion work items (one gate, not added workflow maze):
No stable GitHub Release has been published by this note. |
…thout changing product tree Merge current main SV-first-received ancestor while retaining the RC's extended live-SV integration and accepted UI. ARStack M3.H tests are blob-identical; RC SmvFirstReceived tests extend main coverage. No tracked file or runtime byte changes, engine trial remains explicitly non-physical, stable promotion guard is not bypassed. This is a Git ancestry reconciliation ONLY; published v1.6.42 prerelease remains pinned to its original immutable SHA.
Stable promotion Git reconciliation complete (2026-10-25)Operator explicitly approved ARSAS overall for public STABLE promotion; this is product usability/scope acceptance, not automatically lossless SOE / physical R7/R10 proof. Mainline conflict eliminated without modifying any source code: merge-ancestry commit Latest installed 09:24:38 WIB v1.6.42 diagnostic from operator shows 5/5 connected/monitoring, 183/183 displayed, 14/14 RCB paths. Compared with earlier 07:20 proof, this capture shows 38 continuity findings and 9 BufOvfl across 432 frames; SG7 non-GI SqNum anomalies recur after ~116 seconds. Some endpoints are same-host aliases. Do not claim unconditional SOE integrity or certify five hardware relays. Current release decision: Public Preview is already complete; stable promotion cannot be marked PASS while engine lock remains explicit trial non-physical and R7/R10/Reference Guard mainline physical authority is unresolved. No fake gate override, stable tag, false field result or claim of merger. Next validate exact merge source CI, classify continuity with on-wire proofs, qualify engine authority, then promote source-stable release with correct SHA256/SBOM/provenance. Keep one existing Windows release workflow; do not add duplicate release pipelines. |
Public Stable decision reconciliation — 2026-10-25Operator has explicitly approved the overall application UX and requested PUBLIC STABLE, with no additional workflow maze. This is product acceptance, not physical R7/R10 certification or lossless SOE acceptance. Verified current source: New reconciled-head PR CI: Windows Build #40154761355 SUCCESS; IO/SV/COMTRADE/P0/P1 SUCCESS. But R7 PR #40154761424 FAIL at Newest operator trace (09:24 WIB): 432 report frames, 38 observational continuity findings, 9 IED-advertised BufOvfl (supersedes earlier 36 for this sample); SG7 some non-GI SqNum anomalies recur ~116s after start. These are not 38 proven lost events, nor proof of lossless SOE. Independent physical hardware and SCL/reconnect/replay evidence remain incomplete. Keep the release path SIMPLE: retain the ONE existing Status: stable publication NOT performed; current preview remains public and usable, but promotion is held on documented release-authority/evidence blockers. |
PUBLIC STABLE promotion request — operator signoff received, physical authority still NOT established (2026-10-25 09:25 WIB)Operator explicitly requests PUBLIC STABLE following hands-on installation/use of published v1.6.42 preview. Honor approval as approval to proceed with stable-readiness work, NOT as falsified evidence of R7/R10 physical acceptance or lossless buffered SOE. Candidate identities: Published v1.6.42 preview source Fresh operator diagnostic provided privately at 2026-10-25 09:24:38 WIB: ARSAS v1.6.42+3db2..., engine +f75e..., 5/5 IED connected and monitoring; 183/183 initial visible static members; all 14/14 planned RCB ingress targets routed; 432 observed report frames. 38 continuity findings and 9 IED-advertised BufOvfl (BCUGE 6/3, GR_X 1/0, SG7 27/4, SIEBCU 3/1, ZIVAVR 1/1). This is newer than the repository's earlier 427-frame / 36-finding / 9-overflow observation. Source log privately supplied, digest SHA-256 Actual GitHub PR #729 promotion gates still FAIL on current HEAD:
Single-track next-action check (no new workflow complexity):
Status: User's release direction acknowledged. NOT PUBLISHED AS STABLE; physical-gate blockers are real and remain visible. All code and CI achievements must be retained. |
Preserve 100% release-tag/RC application, engine and test blob SHAs while integrating all 12 current mainline documentation and updater metadata paths. This is source preparation only: PR #729 stays draft; physical R7/R10 and SOE qualification remain hard gates for mainline.
…able v1.6.42 (no repackaging)
Operator decision (25 October 2026): public stable release is ACCEPTED; this draft is NOT a release blockerOperator explicitly confirmed that ARSAS v1.6.42 is already working, IED connection and functional QA evidence have been provided, and screenshots are approved for public use. The operator rejects repeating broad QA or tying documentation/public stable release to an open source-promotion draft. To make the scope unambiguous:
This comment reconciles acceptance language without invalidating the user's previously supplied test data. |
Repository cleanup audit — exact release/tree reconciliation (2026-10-26)Decision: KEEP OPEN/DRAFT. No source promotion, release modification, or gate bypass. This is an evidence correction to the PR description, not a request to retest the already operator-accepted stable Windows v1.6.42. Live immutable refs:
Correction: Existing PR body sentence claiming current RC source and release tag have identical Git tree Safety / gate: Engine PR #192 trial provenance and R7/R10/control FAT gates remain independent and cannot be waived by passing Windows build or by this metadata comparison. The audit also found mixed pass/fail workflow history at the shared RC SHA; evaluate the correct pull-request-context required gates on current head, not green push-context alone. Next action: Before contemplating #729 merge, reconcile the 13 post-tag file changes explicitly against current |
P0 — reconcile the shipped v1.6.42 source into main, without rollback
Status (25 Oct 2026): Public Windows application v1.6.42 is ALREADY STABLE, operator-accepted, and published at https://github.com/masarray/arsas/releases/tag/v1.6.42 . This PR concerns promoting its exact source to main, a separate action still BLOCKED by physical-control/interoperability authority. Do not mistake source qualification for the already published artifact's release label.
Current code and documentation identities
3db2ca98d144ab4b456e8dc1db9af18ad7a948f2(successful release workflow https://github.com/masarray/arsas/actions/runs/40151975055).bc278a81a96517a979a161d2889493047cf204e0. All latest IED Browser, typed MMS Write/control, Smart IP, GOOSE/SV, FAT, IO and COMTRADE functionality is preserved.4e6a4c747f57693b02279b349e824c4bfdb6c119).976d54cb5876a3817de827b768c82b61aa845bd5has two Git parents: exact integrated RCaa0b3d9dcb611b58738491285d06d7991843adb7and current stable-documentation main4e6a4c747f57693b02279b349e824c4bfdb6c119. Source tree is unchanged from shipped v1.6.42 except the 12 documentation/site/updater evidence paths introduced on main..release/windows.jsonfrom 1.6.41 to 1.6.42 to match RCVERSION,Directory.Build.propsandArIED61850Tester.csproj; not a rebuild or republish..release/published.jsoncorrectly describes existing immutable v1.6.42 assets. No release tag mutation, no binary changes.Operator validation and engineering boundary
f75e323e9f8443aa20e0a3818a1d5d77255b2c0fremains DRAFT code-trial from engine PR Fix responsive top bar navigation clipping #192, not independently qualified physical R7/R10 authority. Existing SCL R7 and Interoperability Reference Guard checks in pull-request context deliberately FAIL until qualified provenance and device evidence exist; push-context success does not waive this.Merge decision
Keep PR DRAFT; do NOT merge to main before meaningful physical gates pass. This policy protects critical field-control semantics while preserving the already-published public application binaries unchanged. Related earlier validation: PR #740, #741 and archived comments in this PR.