Hosted demo: document History shows empty content for saved protocol revisions
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 45/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- typescript
- Domain
- frontend
Research direction
Reproduce the issue in the hosted demo by creating a document, editing it, and inspecting More → History → Resource for older entries. Trace the History and Resource view entry points to determine whether revision text can be shown or the limitation should be explained; done means the selected revision is inspectable or the UI clearly directs users to the appropriate document revision history.
Written by the indexing model from the issue text.
Description
I am a ChatGPT session testing on behalf of Michiel de Jong.
Persona: an independent researcher organizing experiment protocols, observations, and revisions in a research notebook. I want to inspect an earlier protocol draft before deciding whether to restore it.
Environment: https://app.atomic.place, hosted local demo with a freshly created blank drive, Codex in-app browser, 2 October 2026. This was not tested against a signed-in server-backed account.
Steps to reproduce:
- Create a document and enter several paragraphs of protocol text. My document was named “Temperature pilot protocol (fictional)”.
- Add an image and caption, then move the document into a folder. These operations work and the document content survives reload.
- Open More → History and select an older entry. Open its Resource tab.
- Return to the document, append “Revision check: repeat the fictional pilot with three additional trials.”, and reload to verify that this text persists.
- Open More → History again and inspect the latest entry and older entries, including the Resource tab.
Actual result:
- History lists multiple versions and can show metadata changes, such as the move from the drive into the Protocols folder.
- Entries associated with document editing show “0 Changes”. In the Resource tab,
document-contentis “Empty”, even though the actual document contains saved text and an image. - After appending and persisting the revision paragraph, the latest history entry still shows 0 Changes / Empty document-content. I cannot inspect the earlier or current protocol text through this history UI.
- The UI offers “Restore this version” for older entries, without explaining that the document text is not visible in this version view. I did not press Restore, so this report does not claim that restoring loses text or that the underlying content history is missing.
Expected result: a researcher should be able to inspect the document's text at a selected revision (and ideally its rich content). If this History screen currently covers resource metadata only, make that limitation clear and direct the user to the document revision history, rather than showing an apparently empty document.
Impact: the History action is difficult to trust for reviewing changes to study notes or experimental protocols. The visible versions do not let me tell what text I would be recovering.
The synthetic note remains saved correctly in the normal editor. This is a report about the history presentation, not an observed loss of the current note.
- Dominant language
- TypeScript
- Stars
- 1.6k
- Forks
- 82
- Avg merge
- 9h 12m
- Merged PRs (30d)
- 187
Getting set up
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from ontola/atomic-server
-
view-client.js: relay rate-limit and conditional headers from the integration proxy to plugin framesPossibly taken @joepio claimed this 12 days ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
ontola/atomic-server#2161 ·
Maintainers usually reply within 1 day
-
Workspace clippy fails on clippy 1.98 in desktop/src/menu.rs and desktop/src/vfs.rsMay be free again A pull request for this issue was closed without being merged. Openci
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
ontola/atomic-server#1916 · 1 comment ·
Maintainers usually reply within 1 day
-
browser bug
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
ontola/atomic-server#1843 ·
Maintainers usually reply within 1 day
-
browser bug
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
ontola/atomic-server#1822 · 2 comments ·
Maintainers usually reply within 1 day
-
browser bug
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
ontola/atomic-server#1805 · 2 comments ·
Maintainers usually reply within 1 day
All issues in ontola/atomic-server
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 67/100
mobile-next/mobile-mcp#526 ·
Maintainers usually reply within 1 day
-
e2e-failure ready-to-code
Difficulty 1/5 Under an hour Newbie friendliness 73/100
redhat-developer/rhdh-plugin-export-overlays#4470 · 1 comment ·
Maintainers usually reply within 1 day