Skip to content

Dev#15

Open
Aedankerr wants to merge 18 commits intomainfrom
dev
Open

Dev#15
Aedankerr wants to merge 18 commits intomainfrom
dev

Conversation

@Aedankerr
Copy link
Owner

.

Copy link

@chatgpt-codex-connector chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 9e274b3960

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment on lines +1717 to +1719
kuma_url: document.getElementById('settingKumaUrl').value.replace(/\/$/, ''),
kuma_api_key: document.getElementById('settingKumaApiKey').value,
},

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Keep Kuma API key out of public site settings

This writes kuma_api_key into site_settings through /api/site, but the public read-only server exposes all site_settings keys via unauthenticated GET /api/site (src/server.js, publicApp.get('/api/site')). In any deployment where the public app is reachable, the Kuma API key becomes publicly retrievable, so this introduces a credential leak rather than protected configuration storage.

Useful? React with 👍 / 👎.

Comment on lines +3023 to +3024
const { name, description, type, visibility, status, custom_domain, public_url,
monitoring_enabled, monitoring_url, monitoring_interval, monitoring_ssl_check } = req.body;

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Persist slug changes in managed-site updates

The edit modal submits slug for existing sites, but the update handler does not read or update slug, so a slug change appears to save successfully while the database keeps the old value. This is a silent mismatch between UI and API behavior that will confuse admins and leave stale slugs unless they delete/recreate the site.

Useful? React with 👍 / 👎.

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.

2 participants