List the captures that need review in the popup #4

New issue

Open

opened 2026-10-01 07:21:56 +00:00 by tiagoagueda · 0 comments

tiagoagueda commented

2026-10-01 07:21:56 +00:00

Owner

The list asks, for the popup: "List of the captures that need review."

The item was written for the browser extension and copied into this list. Read for Thunderbird: the captures are postings captured from messages, and each one came from a mail that is still in Thunderbird.

The skeleton's popup shows the message on screen and nothing else. Nothing in it knows what waits in Postulo.

What the extension should do

List the captures that need review: the set the badge counts (#2), from the copy of GET /api/v1/captures that issue keeps, so the popup draws at once and when Postulo is away.
Each row in words: the title, the company and the place, when it was captured, and where it waits. Never by colour alone.
Each row opens its review as #5 decides, never inside the popup.
A capture this extension sent names the message it came from, by its subject and sender, and can open it again: messageDisplay.open takes a message's Message-ID (Thunderbird 102 and later, under the messagesRead permission the skeleton has). The extension keeps that id with the capture. A message since deleted says so, and the row stays.
The newest few, then a link to all of them.
The states postulo/postulo-chromium#7 lists for the browser extension: nothing waiting; not set up; Postulo unreachable, with the last list and when it was read.
The row-building function is the browser extension's, shared through shared.json once it exists there.

Decisions

Which captures. Recommended: every capture waiting for review, with the ones this extension sent marked, even if the badge counts only those. A person reviewing wants the queue, not a part of it.
Where the list sits. The popup also shows the message on screen. Recommended: the message first, since it is what the popup was opened on, then the list.
"All of them". Recommended: Postulo's own listings page, opened in the default browser, until this extension has a page of its own for captures it keeps.

Needs from the server

Nothing new for the list itself. Not filed on postulo/postulo.

Done when

With three captures waiting in Postulo, the popup lists them, newest first, and each opens its review outside the popup.
With Postulo stopped, the popup lists the last ones it read and says when.
The row-building is a pure function tested with node --test.
test/i18n.test.mjs requires every new key in every language the extension ships, with identical placeholders: three today, more once #7 lands.

From the list of Thunderbird extension improvements of 2026-09-30.

The list asks, for the popup: "List of the captures that need review." The item was written for the browser extension and copied into this list. Read for Thunderbird: the captures are postings captured from messages, and each one came from a mail that is still in Thunderbird. The skeleton's popup shows the message on screen and nothing else. Nothing in it knows what waits in Postulo. ## What the extension should do - List the captures that need review: the set the badge counts (#2), from the copy of `GET /api/v1/captures` that issue keeps, so the popup draws at once and when Postulo is away. - Each row in words: the title, the company and the place, when it was captured, and where it waits. Never by colour alone. - Each row opens its review as #5 decides, never inside the popup. - **A capture this extension sent names the message it came from**, by its subject and sender, and can open it again: `messageDisplay.open` takes a message's `Message-ID` (Thunderbird 102 and later, under the `messagesRead` permission the skeleton has). The extension keeps that id with the capture. A message since deleted says so, and the row stays. - The newest few, then a link to all of them. - The states postulo/postulo-chromium#7 lists for the browser extension: nothing waiting; not set up; Postulo unreachable, with the last list and when it was read. - The row-building function is the browser extension's, shared through `shared.json` once it exists there. ## Decisions - **Which captures.** Recommended: every capture waiting for review, with the ones this extension sent marked, even if the badge counts only those. A person reviewing wants the queue, not a part of it. - **Where the list sits.** The popup also shows the message on screen. Recommended: the message first, since it is what the popup was opened on, then the list. - **"All of them".** Recommended: Postulo's own listings page, opened in the default browser, until this extension has a page of its own for captures it keeps. ## Needs from the server Nothing new for the list itself. Not filed on postulo/postulo. ## Done when - With three captures waiting in Postulo, the popup lists them, newest first, and each opens its review outside the popup. - With Postulo stopped, the popup lists the last ones it read and says when. - The row-building is a pure function tested with `node --test`. - `test/i18n.test.mjs` requires every new key in every language the extension ships, with identical placeholders: three today, more once #7 lands. From the list of Thunderbird extension improvements of 2026-09-30.

tiagoagueda added the

enhancement

label

2026-10-01 07:21:56 +00:00

tiagoagueda referenced this issue

2026-10-01 09:36:10 +00:00

Put two icon buttons at the top right of the popup: capture the posting in this message, and add a new listing from scratch #3

tiagoagueda referenced this issue

2026-10-30 21:25:22 +00:00

Capture a posting from the message on screen and send it to Postulo for review #1