MojoPad 1.58.1 Released (VooDooPad import fix)

A very large document opens again. A reader brought a twenty-year VoodooPad wiki across — 7,878 pages, about 1.5 GB — and then could not open it. Ever. MojoPad closed three seconds later with no message, no window and no menu, every single time, on two documents he built independently. He reasonably concluded the file was destroyed and deleted it. It was not destroyed. It was never even damaged — every page of a MojoPad document is its own file on disk, and none of them was being written when this happened.

Reading a document gathered every page and handed the lot to the window in one piece. Past a certain size that does not go slowly, it stops — and where the line falls depends on the machine, because the limit comes from how much memory the Mac has rather than how much is free. The same document opens on one Mac and closes the app on another, which is why this was never seen here. A document now crosses a few hundred pages at a time, and the same 1.5 GB document that used to be fatal now leaves MojoPad using about 300 MB while it opens.

The same fault was in three other places — unlocking a password-protected document, merging another document into this one, and importing from VoodooPad. Only the import had been fixed, in the release before this one. All four now share the same machinery, so a wiki with a password is no longer one unlock away from the same ending.

And if it ever does happen again, MojoPad will say so. Until now the log simply stopped, which is indistinguishable from a normal quit — so the app would reopen the same document and close again, and there was no way for anyone, including us, to tell that the document was what caused it. It now leaves a note before reading and clears it after, and the next launch says which document it did not come back from.

Backups stopped repeating themselves. MojoPad copies your document when you open it, so that a version from before today’s work always exists. It was doing that whether or not anything had changed — and when a document could not be opened, each failed attempt wrote another full copy. The reader above ended up with 3.8 GB of identical backups in three minutes, written by an app that never showed him a window. It now copies only when your pages or attachments have actually changed since the last one, and never starts a second copy of the same document on top of the first. Nothing about the promise changes: edit a page and the copy comes back.

A document missing a setting opens instead of failing. A document.json written by an older MojoPad, or by another tool, or restored from a half-finished sync, could arrive without a field this version expects — and the window opened completely empty, with nothing said. Settings that are absent now simply take their normal values.

One-word page names can link everywhere. A page name of two words or more always becomes a link wherever it appears. A single word normally links only where two pages are genuinely about the same thing, because one common word in a sentence is usually just the word — you do not want every “ideas” turned into a link. That is right for a wiki of ordinary notes and wrong for one brought over from somewhere that linked every occurrence, particularly if the page titles are mostly single words. Info palette ▸ Link one-word page names everywhere switches the judgement off for that document.

And the VoodooPad import report now says the two things everybody notices. That the pages are narrower than they were in VoodooPad, and that one setting — Settings ▸ Appearance ▸ Default page width ▸ Full — changes every imported page at once, because none of them carries a width of its own. And that one-word linking exists, and where it is.