Backlog

Next up

In Progress

Done

Main Roadmap

<h1>Background</h1>In Dynomate, there are currently two ways to edit an item:<ol><li>Quick Edit (context menu)<ul><li>Triggered from the row’s context menu.</li><li>Edits are applied immediately to DynamoDB (no staging).</li></ul></li><li>Inline / JSON Editor (sidebar)<ul><li>Editing directly in the table cell or in the JSON sidebar.</li><li>Edits are staged and must be explicitly confirmed as part of a 2-step process before being written to DynamoDB.</li></ul></li></ol><h1>Problem</h1>If a user:<ol><li>Makes an inline/JSON edit to an item → edit becomes staged.</li><li>Then performs a Quick Edit on the same item (instead of confirming the staged change),</li></ol>The original staged operations remain in the “pending” state, even though the underlying item has changed.This leads to:<ul><li>Stale staged operations that don’t match the current item in the table.</li><li>Potentially dangerous writes if the user later confirms a staged edit that was created against an out-of-date version of the item.</li><li>Confusing UX: the staged badge / count suggests there are valid pending changes, but the table is showing newer data.</li></ul>We need the staged operations to stay in sync with the state of the table, and to be automatically refreshed or cancelled when they become stale.<h1>Desired Behavior / High-Level Requirements</h1><ol><li>Staged operations sync with table refreshes/updates<ul><li>Whenever the table data is refreshed (manual refresh, batch operations, re-query, pagination change, filter change, or background refresh), Dynomate should:<ul><li>Reconcile staged operations against the latest item data.</li><li>Cancel or mark as invalid any staged operations that no longer match the item’s current state.</li></ul></li></ul></li><li>Quick Edit should reconcile staged edits<ul><li>If a Quick Edit is performed on an item that has existing staged edits:<ul><li>Either:<ul><li>(Preferred) Automatically cancel the staged edits for that item, or</li><li>Surface a clear UX state (“Staged edits invalidated due to newer changes”) and remove them from the “to be applied” batch.</li></ul></li></ul></li><li>The user should never be able to accidentally confirm an edit that was staged before a newer Quick Edit.</li></ul></li></ol>

In Review

Syncing edit states

Orlando Adeyemi

i’d like to have different queries across the same table. perhaps this means the same table in multiple tabs, or some other approach could be possible

Same Table - Multiple Tabs

James Leech

Some developers use prefixes for tables so July-* for tables deployed via July’s stack, Orlando-* for tables deployed via Orlando’s stack. It might be helpful to allow grouping the tables imported by some table name pattern. E.g. Dev-*

Grouping for imported tables

Ability to import / export Dynamo table from/to s3

Planned

Import / Export table

Dynomate

Currently the list of tables for a given profile is static until the user goes to refresh the connection. Additionally we only keep the list of tables a user has scanned/queried. This has a few issues: <ol><li>The tables could go stale. If a table has been deleted, we don’t clean it up, we leave it in the ui today.</li></ol><ol start="2"><li>New tables require going through the table discovery process again.</li></ol>We need to automagically refresh the list of tables for connected profiles&amp;regions whenever the app is connected.That way we can discover new tables, and discard old ones.

Sync list of tables

Analogous to core DynoBase functionality; for Scan operations:<ol><li>Apply filters to arbitrary attributes (not PK/SK)</li><li>Sort columns (ASC/DESC per attribute) based on responses</li></ol>

Completed

Apply filter to Scan operations

Tim Larsen

When running a comparision query with a number as the sort key, the queries are unsuccessful in the table view.

Number comparison error in Query

Make it possible to search for tables and requests by name.

Global search

A walkthrough or tutorial for new users to get information about how Dynomate works, prerequisites and available features.

Onboarding & Intro docs

Linux users are unable to open download folder after a full table exports due to a permission issue. Location is~/.local/share/Dynomate/exportsTested on Ubuntu <img data-width="100%" data-align="left" alt="" data-featurebase-content-key="67ed3c4b02cd1f1b83a9ddc0/post/6926e643ea77d1cc7d23c133/019abffd-b14c-7dce-bc2f-0d8eea719cd9/b64u-U0NSLTIwMjUxMTI2LXRybWktMi5wbmc.png" data-featurebase-content-filename="SCR-20251126-trmi-2.png" src="https://67ed3c4b02cd1f1b83a9ddc0.featurebase-attachments.com/c/post/6926e643ea77d1cc7d23c133/019abffd-b14c-7dce-bc2f-0d8eea719cd9/b64u-U0NSLTIwMjUxMTI2LXRybWktMi5wbmc.png?X-Amz-Expires=3600&amp;X-Amz-Date=20260307T060000Z&amp;X-Amz-Algorithm=AWS4-HMAC-SHA256&amp;X-Amz-Credential=DO801TYC4FCVNNEKURKM%2F20260307%2Ffra1%2Fs3%2Faws4_request&amp;X-Amz-SignedHeaders=host&amp;X-Amz-Signature=77b2d75d900889272037816ba24dc82b48a34066a5888634b09b433a067b45f8">

Linux - Unable to open download folder (full table exports)

Provide an option to export data in the current page/view while querying or scanning. <ul><li>Option to export as CSV or export as JSON.</li><li>TBD - Button in action panel vs context menu.</li></ul>

Export current page option

Implement row count to show the number of items in the current view for Query and scan views.

Row count

When modifying items inline using the JSON editor, changes to fields of array type lead to an error.

Bug - Inline update errors out for arrays

Analogous to DynoBase:<ol><li>In Scan or Query results, select Table View</li><li>Select multiple rows (Shift + Click, or Ctrl + Click) and perform Delete or Export operations</li></ol>