ranade-oss gets the website build back on solid ground

A small but necessary repair makes the fork's browser-facing site workflow safer to package and maintain.

infrastructureworkflow

ranade-oss has fixed a permissions issue affecting the website build, allowing its browser-facing assets to be uploaded safely as part of the release process.

The change also brings the supporting website build component under version control and restores the rules that keep generated or local files out of the repository. It is not a new legal-AI capability, but it removes friction from keeping the fork's public-facing web experience reproducible.

So what Teams assessing this fork for a deployable legal product should care because dependable website delivery is a basic prerequisite for presenting any legal-AI workflow to users.

View this fork on GitHub →

Spotted something wrong? Or know the PR text has fresher detail than the writeup above?

Commits in this thread

3 commits from ranade-oss/ROSS-RanadeOSS, oldest first. Source extracted verbatim from the harvested git log.

SHA Subject Author Date
9f9d906c Make website scripts browser-upload safe ranade-oss 2026-07-15 ↗ GitHub
cdd92431 Track the website build plugin ranade-oss 2026-07-15 ↗ GitHub
74e95ab1 Restore website ignore rules ranade-oss 2026-07-15 ↗ GitHub

Capture this thread into my fork

Download a single Markdown prompt that tells Claude how to port every commit above into your working tree — adapting paths and structure to match your repo. Run it via claude -p < capture-thread-1196.md from inside the repo you want the changes in.

⬇ Download capture-thread-1196.md