Skip to content

Document new dashboard logs functionality and capabilities#462

Open
bean1352 wants to merge 5 commits into
mainfrom
docs/logs-search
Open

Document new dashboard logs functionality and capabilities#462
bean1352 wants to merge 5 commits into
mainfrom
docs/logs-search

Conversation

@bean1352
Copy link
Copy Markdown
Contributor

@bean1352 bean1352 commented May 20, 2026

Summary

Expands the Instance Logs section in maintenance-ops/monitoring-and-alerting.mdx to cover the new search input grammar and CSV export in the dashboard.

Changes

  • Documents free-text search (case-insensitive, quoted phrases), alias:value field filters, numeric comparisons (>, >=, <, <=, =), and pass-through for unknown fields.
  • Adds a Combined Example showing free text + known alias + unknown numeric in one query.
  • Adds a chip editing section.
  • New Export Logs subsection with the CSV column layout, filename pattern, and the active-filters-only note.
  • Updates Correlating Sync Sessions to show the actual search syntax.

@mintlify
Copy link
Copy Markdown
Contributor

mintlify Bot commented May 20, 2026

Preview deployment for your docs. Learn more about Mintlify Previews.

Project Status Preview Updated (UTC)
powersync 🟢 Ready View Preview May 20, 2026, 10:34 AM

Comment thread maintenance-ops/monitoring-and-alerting.mdx Outdated
You can manage logs with the following options:

* **Filter Options**: Filter logs by level (`Note`, `Error`, `Warning`, `Debug`) and by date range.
* **Log Type**: Switch between **API logs** (Service) and **Replication logs**.
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

Are replication logs not also produced by the Service? Kobie and I actually also just spoke about "API logs" being a bit of a very broad name, though it does seem to have some technical accuracy - i.e. it looks like you only get access to the diagnostics API when the API container runs. This definition in our docs makes sense: "The API container handles streaming sync connections, as well as any other API calls.". Maybe we can say "API logs (sync connection and other API calls)". @rkistner keen to hear your thoughts.


#### Field Filters

Use `alias:value` to filter on a structured field. Repeating an alias matches any of the listed values (OR within a field, AND across fields):
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

Suggested change
Use `alias:value` to filter on a structured field. Repeating an alias matches any of the listed values (OR within a field, AND across fields):
Use `alias:value` to filter on a structured field. Repeating an alias matches any of the listed values (i.e. they match as OR; different aliases match as AND in the query):


Only one numeric comparison is allowed per field. Combining `lag:>5 lag:<10` is rejected.

#### Unknown Fields
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

Maybe we should rather call this "Filtering on other Metadata Fields" and then explain it like:

The "Add filter" dropdown lists common fields shared across most log types. But log entries can contain many additional fields depending on the service — you can filter on any of them using alias:value syntax directly in the search bar. For example...

@benitav
Copy link
Copy Markdown
Collaborator

benitav commented May 21, 2026

We should also add updated instructions to usage troubleshooting instructions around searching logs - the current page still refers to using browser search, e.g. https://docs.powersync.com/resources/usage-and-billing/usage-and-billing-faq#diagnose-data-synced-spikes

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