Skip to content

Develop to Stage - #164

Merged
jeffmaki merged 17 commits into
stagingfrom
develop-to-stage-2026-11-02
Nov 2, 2026
Merged

jeffmaki merged 17 commits into
stagingfrom
develop-to-stage-2026-11-02

Conversation

@jeffmaki

@jeffmaki jeffmaki commented Nov 2, 2026

Copy link
Copy Markdown
Contributor

Brings this to Stage:

workspaces-frontend#176 is already on staging, so the dashboard gets tdeiMetadata per workspace and doesn't depend on /mine for it.

The other commits in this PR's list are already on Stage. They show up because earlier Develop to Stage PRs were squash-merged. This comes from a branch of develop with staging merged in to avoid the resulting conflicts, keeping develop's version, so the branch's files are identical to develop and the diff is only #163's five files.

To confirm after deploying: /health on stage shows this merge's commit, and /openapi.json lists WorkspaceSummaryResponse for /api/v1/workspaces/mine.

🤖 Generated with Claude Code

susrisha and others added 16 commits October 16, 2026 12:26
Pushes the workspaces-backend to the app service on push
added other step for building the environment
Lists the workspace's current elements with a non-empty fixme tag (the key in
any case, e.g. FIXME), newest first, each with its note, version, changeset,
timestamp, tags and a location: a node's own, or the middle of a way's nodes
(none for a relation). The OSM API can't search by tag, so, like the bbox and
adiff endpoints, this reads the workspace's tables directly. Anyone who can
open the workspace can call it.

Checked against a real Postgres with the OSM current_* tables: nodes, ways
and relations are found, empty notes and deleted elements aren't.

Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
* Implement workspace creation permissions based on TDEI roles and update tests

* Implement TDEI dataset fetching and workspace creation validation based on dataset status and project group

* Implement workspace creation permission checks and related API endpoint

* Rename TDEI client variable for consistency in security and test files

* Add TDEI API backend URL and enhance dataset handling in workspace creation

- Introduced TDEI_API_BACKEND_URL in .env.example and docker-compose.local.yml for environment configuration.
- Added same_uuid function to compare UUIDs in a case-insensitive manner.
- Enhanced TdeiDataset class to include data_type and added matches_type method for workspace type validation.
- Updated fetch_tdei_dataset to handle dataset type and improved error handling for TDEI API responses.
- Modified WorkspaceRepository to enforce dataset type restrictions during workspace creation.
- Expanded integration and unit tests to cover new dataset type validations and TDEI API error scenarios.

* Document the workspace creation rule in CLAUDE.md

Who may create a workspace (POC, or the data generator of the matching
type), the extra checks when creating from a TDEI dataset, and that
tdei-admin gets no extra rights.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

* Normalize TDEI project group role names

Trim and lowercase the roles TDEI returns so "POC" or " poc " grant the
same rights as "poc", as the frontend's hasCreationRole already does.
Roles the backend doesn't model (e.g. tdei-admin) are dropped; they
granted nothing.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

* Require TDEI_API_BACKEND_URL with no default

A dev default would quietly send prod tokens to api-dev.tdei.us when a
deployment doesn't set it. Fail at startup instead, including for the
empty string docker-compose passes when the variable is unset.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

---------

Co-authored-by: Jeff Maki <hello@jeffmaki.com>
Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
- Apply gig_only, which the ScoutRoute apps already send: only OSW
  workspaces open to external apps. lat, lon and radius stay ignored on
  purpose.
- Don't load the geometry column or join in the long-form quest and
  imagery definitions; the list response sends none of them.
- Gzip responses from this service's own API (/api/v1/) for clients that
  accept it. Proxied OSM traffic is left as received.

Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
…lth version (#160)

* Say at startup whether errors reach Sentry

Without SENTRY_DSN the Sentry SDK silently sends nothing; the App
Services ran that way and nobody could tell. Log a warning when it's
missing, and the environment and release when it's set.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

* Bake the commit into the image as CODE_VERSION

Sentry's release (and the startup log line) read CODE_VERSION, which
nothing set, so every event reported release "unknown". The image
workflows now pass the commit SHA as a build arg; the Dockerfile sets it
last so a new commit doesn't invalidate the dependency layers.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

* Report the running commit from /health

/health now returns {"status": "ok", "version": <CODE_VERSION>}, so a
deploy can be confirmed from outside. "unknown" for an image built
without the build arg.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

---------

Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
For a workspace created from a TDEI dataset, tdeiMetadata is the whole
dataset record, so it made the list large; the dashboard now fetches it
for the selected workspace from GET /workspaces/{id}. kartaViewToken was
sent to every member of the project group; no client reads it from the
list. The always-null longFormQuestDef and imageryListDef go too.

/mine now uses WorkspaceSummaryResponse; WorkspaceResponse extends it for
the single-workspace GET, which still sends all four. The list query no
longer loads tdeiMetadata.

Deploy after the frontend change that reads tdeiMetadata per workspace.

Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
@coderabbitai

coderabbitai Bot commented Nov 2, 2026 •

Copy link
Copy Markdown

Important

Review skipped

Auto reviews are disabled on base/target branches other than the default branch.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

Run configuration
  • Source mode: Auto
  • Repository: Unavailable
  • Branch: Unavailable
  • File: No configuration file from this repository applied
  • Commit: Unavailable
  • Layers: Organization UI
  • Review profile: CHILL
  • Plan: Advanced
  • Run ID: c1fdc121-eca5-480e-ada8-c8e6f9505347

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • Trigger review
  • Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

Share

Keeps develop's files: earlier Develop to Stage PRs were squash-merged, so the histories conflict even though develop already contains staging's changes.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@jeffmaki
jeffmaki merged commit 01013ca into staging Nov 2, 2026
1 check passed
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