Post page cut off on publish #507
Labels
No labels
A: API
A: Backend
A: Federation
A: Front-End
A: I18N
A: Meta
A: Security
Build
C: Bug
C: Discussion
C: Enhancement
C: Feature
Compatibility
Dependency
Design
Documentation
Good first issue
Help welcome
Mobile
Rendering
S: Blocked
S: Duplicate
S: Incomplete
S: Instance specific
S: Invalid
S: Needs Voting/Discussion
S: Ready for review
Suggestion
S: Voted on Loomio
S: Wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Plume/Plume#507
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This is a weird one.
I have been writing this post on fediverse.blog.
When I saved the draft or published it in its earlier form, the page got cut off part-way through. Not just the post content, the HTML file just ended half way through a word, without any closing tags. This was repeatable and consistent behaviour, in Firefox and Chrome. The full text was still there in the edit view.
The post would publish normally if I removed the banner image, or changed the title. If I edit this post and change the title to the original "Alpha, Beta, Gamma: Trying out Wendy Carlos's tunings", it happens again.
I have reproduced the issue in a draft post with a similar title, a different image and lorem ipsum content.
Adding to this, I returned to the post today. Fediverse.blog has been updated to 0.3.0, and the published version (which was OK when I left it) got cut off again in the process.
I don't have the issue on the article you mentioned, but I do have it on another one. Maybe it only happen for article wrote by self?
I fixed my article by removing the header image, so it's back to full length. I still have a draft of a broken article, if anyone needs it.
I no longer have this issue on the article I linked, do you still have it?
No, it looks as if this is fixed. Fediverse.blog still says it's 0.3.0, so I don't know what changed.
Adding to this: With 0.3.0 and viewing in Firefox Developer Edition on macOS Catalina, if my published article has a cover image, it gets cut off towards the bottom; it displays fine in Chrome, however.
perhaps this is a bug in Firefox that we should submit to https://github.com/webcompat/web-bugs/ ?
I agree that's a good idea, and I think it's worth tracking down what part of the Plume source interacts with Firefox this way before doing so
I doubt this is a Firefox bug. For one thing, I saw it in Chrome too, and for another, the actual server response is truncated, not just the display of it in the browser. I know that doesn't 100% rule out a browser bug, but I'm not able to reproduce it any more.
I am able to consistently reproduce at https://write.allgood.mx/~/ItsAllgoodSerra/practical-cryptography-for-real-people by adding one of the two media images I have uploaded to my instance as an illustration. Adding an illustration causes a caught off in Firefox Developer Edition but not Chrome, both on macOS Catalina.
Serra C. Allgood
Software Engineer
any historical pronoun set accepted, xi/xer/xem preferred
Sent with ProtonMail Secure Email.
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Thursday, November 14, 2019 10:05 AM, Hugh notifications@github.com wrote:
I'm pretty sure this come from rocket_csrf (which we manage), but I've not been able to reproduce reliably to see what is wrong with it.
@serra-allgood the link you provide seems to require some authentication against Yunohost 😕
Ah, sorry, I killed my plume instance not thinking about this thread :(
Serra C. Allgood
Software Engineer
any historical pronoun set accepted, xi/xer/xem preferred
Sent from ProtonMail mobile
-------- Original Message --------
On Nov 16, 2019, 03:12, fdb-hiroshima wrote:
The post text is still available from Google cache, if anybody wants to search for clues. I noticed that both Serra's and my articles have a
:in the title, though that isn't helping me reproduce it.