Have something to say?

Tell us how we could make the product more useful to you.

Completed

Undo for triage actions + more consistent toast notifications

Two related improvements around triage feedback: an undo for the last action, and a cleaner, more consistent toast/notification system that surfaces that undo. Undo It's very easy to mis-click or accidentally trigger a bulk triage action with no quick way to reverse it. Add an undo for the last triage action (approve / flag / trash), for both single and bulk actions: Keyboard: Ctrl/Cmd+Z to undo the last action. Toast link: an [undo] link in the confirmation toast, e.g. "5 items marked as trash [undo]" or "Item approved [undo]". Toast notifications The current toasts need work β€” they stack up and feel inconsistent. Improvements requested: Don't stack: repeated actions should collapse/replace rather than piling multiple toasts on top of each other. Consistent format: a single, uniform style and wording across all triage actions (approve / flag / trash, single and bulk). Built-in undo: every action toast should carry the [undo] link described above. Reported via support: a user repeatedly trashed and then accidentally approved the wrong batch and wanted a one-click way back, alongside tidier notifications.

harry.mustoe-playfair 1 day ago

πŸ’‘

Feature Request

Completed

Multi-select and bulk-delete files in the sidebar

The file sidebar already supports building a multi-selection (Ctrl/Cmd-click and Shift-click range select, with a hover preview of the range while Shift is held). What it lacks is a way to act on that selection β€” specifically to delete several selected files at once without removing them one by one. Goal: once two or more files are selected in the sidebar, offer a bulk Delete selected action (toolbar button / context menu / keyboard) that removes all selected files in one confirmed operation. Scope / notes: Reuse the existing sidebar multi-selection (Ctrl/Cmd-click, Shift-click range) β€” no new selection model needed. Single confirmation dialog summarising how many files will be deleted. Clear the selection and refresh the list afterwards; handle partial failures gracefully. Respect the same permissions/guards as single-file delete. Natural pairing with the email-list multi-select work β€” keeps bulk actions consistent across the list and the sidebar.

Harry Elliott 2 days ago

πŸ’‘

Feature Request

Link imported attachments to their source email (cross-navigation + hierarchical export)

When you import an email attachment into a project as a document (see the β€œImport common document attachments as PDFs” work), the imported PDF and the email it came from should stay linked and easy to move between β€” both in the app and in the export. 1. Cross-navigation in the app From the imported document's PDF view, a link back to the source email it was extracted from. From the email, a link out to its imported attachment document(s). Make jumping between the two effortless β€” you're often redacting the email and its attachment as one piece of work. 2. Hierarchical export On export, the imported attachment PDF should sit β€œunderneath” its parent email β€” a parent/child hierarchy rather than a flat list, so the relationship is obvious when someone reviews the exported bundle. The structure should make clear β€œthis PDF came from that email”. 3. Linked attachment inside the exported PDF In the exported email PDF, embed a link / attached document pointing to the imported attachment PDF, so a reviewer can jump straight to it from within the email export. Notes / scope: The data link already exists β€” imported documents store a source_email_id back to their email β€” so this is mostly UI navigation + export-structure work, not new plumbing. Depends on the convert-standard-docs import feature; logged separately to keep that one focused. Export piece needs design: how the hierarchy is represented (folder nesting in the ZIP, ordering in a combined PDF) and how the in-PDF link/attachment is generated (pdf-lib link annotation or embedded file).

Harry Elliott 3 days ago

πŸ’‘

Feature Request

Filter the email list by attachment type (e.g. contains PDF)

In the email list, let users filter by attachment type β€” e.g. show only items whose attachments contain a PDF, or a Word doc, an image, a spreadsheet, etc. Why: When you're redacting a large mailbox, the sensitive material often lives in attachments of a specific kind. Being able to narrow the list to "items with a PDF attachment" (or Word / Excel / image) makes it much faster to find and work through the documents that actually need redacting, rather than scrolling every item. Scope / notes: Add an attachment type dimension to the existing email-list filter UI. Match on attachment MIME type / extension β€” group into friendly buckets (PDF, Word, Excel, PowerPoint, image, archive, other). "Contains" semantics: an item matches if any of its attachments is of the selected type. Possibly combine with a simple "has any attachment" toggle. Pairs naturally with the "import common document attachments as PDFs" work β€” once more types are redactable, filtering to them matters more.

Harry Elliott 3 days ago

πŸ’‘

Feature Request