Return whether or not a post was truncated on creation
Open, NormalPublic



Posts may be submitted with longer content than supplied. We should let the client know when a post was truncated so they can notify the user / handle it more gracefully.


Without this, we're deleting users' content without any recourse for them. This is bad, and goes against the "no data loss" principle of


New idea for and WriteFreely: add an endpoint that returns whether or not a post will be truncated, so new clients can handle this situation correctly (like by notifying the user). In the web editor, warn the user before publishing if a post will be truncated, and allow them to continue publishing anyway or cancel. On our existing publishing endpoint, just return truncated: true if the post was truncated.

Old implementation idea:

If a post is created and must be truncated due to a user's subscription level, save the full text to the database (within a reasonable limit, i.e. highest plan's limit) but return the truncated content and a truncated: true property.

Event Timeline

matt moved this task from Unclassified to Moderate on the Bugs board.
matt removed matt as the assignee of this task.Oct 7 2020, 5:29 PM
matt changed the visibility from "Restricted Project (Project)" to "Public (No Login Required)".
matt changed the edit policy from "Restricted Project (Project)" to "All Users".
matt added projects: Web, WriteFreely.

This was recently reported by an affected user in writefreely#490.