I'm having an issue with the new version.

When I try to submit a post, I get this error " The content was restored from an automatically saved draft. Click to  .".

14 hours ago, TomCat said:

I'm having an issue with the new version.

When I try to submit a post, I get this error " The content was restored from an automatically saved draft. Click to  .".

@Kirill Gromov
Just updated as well to new version. And like the above printscreen, i get the same message, but it won't save my post, because of the orange message "This field is required"
Had to turn off the plugin/application.

On 6/3/2026 at 9:25 PM, ror said:

@Kirill Gromov
Just updated as well to new version. And like the above printscreen, i get the same message, but it won't save my post, because of the orange message "This field is required"
Had to turn off the plugin/application.

Same here this morning. It would be great to get a fix, as this is a very handy app. On a second submission, it works. But

Hello! Fixed!

Still stripping major HTML code. I entered the below in the Guest Signup Widget using the </> button.

<div class="i-padding:4">
<h3 class="i-font-weight:bold i-margin-bottom:3">Invision Community v5 Responsive Engine Test</h3>
<p class="i-margin-bottom:4">Resize your browser or view this page on different devices to test the v5 breakpoint triggers.</p>

<!-- BOX 1: Only prints on Mobile Devices -->
<div class="i-hidden@tablet i-hidden@desktop" style="background: #fff3cd; color: #856404; padding: 15px; border-left: 5px solid #ffc107; border-radius: 4px; margin-bottom: 10px;">
<strong> MOBILE VIEW ACTIVE</strong><br>
This block is visible because <code>i-hidden@tablet</code> and <code>i-hidden@desktop</code> are suppressing the other screen states.
</div>

<!-- BOX 2: Only prints on Tablet Devices -->
<div class="i-hidden@mobile i-hidden@desktop" style="background: #d1ecf1; color: #0c5460; padding: 15px; border-left: 5px solid #17a2b8; border-radius: 4px; margin-bottom: 10px;">
<strong> TABLET VIEW ACTIVE</strong><br>
This block is visible because <code>i-hidden@mobile</code> and <code>i-hidden@desktop</code> are hiding it everywhere else.
</div>

<!-- BOX 3: Only prints on Desktop Screens -->
<div class="i-hidden@mobile i-hidden@tablet" style="background: #d4edda; color: #155724; padding: 15px; border-left: 5px solid #28a745; border-radius: 4px; margin-bottom: 10px;">
<strong> DESKTOP VIEW ACTIVE</strong><br>
This block is visible because <code>i-hidden@mobile</code> and <code>i-hidden@tablet</code> are hiding it on portable devices.
</div>
</div>

14 hours ago, Morpheus said:

Still stripping major HTML code. I entered the below in the Guest Signup Widget using the </> button.

Yes, the plugin can't override core functions. When posting, content is cleared, and only certain content properties are allowed. This can't be changed, unfortunately

I just tested. I was not editing. The editor was empty, it was a simple new post, and this is what I saw after hitting submit.

5 hours ago, Kirill Gromov said:

Yes, the plugin can't override core functions. When posting, content is cleared, and only certain content properties are allowed. This can't be changed, unfortunately

"I understand that when HTML code is saved directly within the IPB editor, it gets sanitized regardless of the circumstances. However, I am a bit confused by the editor's behavior: when you click the standard </> (Code) button, it seems it could close the main editor and open the exact same HTML source window that appears when selecting 'Edit HTML code.'

Given that behavior, it seems feasible to add an 'HTML Content' block or button—even within the Announcements module—to bypass this restriction by adding a new HTML content button. While I am not a programmer and am unsure of the underlying workaround, saving the code completely outside of the standard IPB editor wrapper (similar to how it is handled in other native areas of the software) would be an ideal solution.

Ultimately, a major part of running a website is content creation, and platform administrators should have the power to implement content as they see fit. While security constraints make sense for general users, that full creative power should absolutely be granted to the administrators, managed simply through group permissions.

Edited June 7Jun 7 by Morpheus

4 hours ago, Square Wheels said:

I just tested. I was not editing. The editor was empty, it was a simple new post, and this is what I saw after hitting submit.

I've got the same issue, I had to temporary disable the application until fix.

Tested 1.0.6, and I don't think it is saving correctly. It only saves if the edit HTML option is open! Then it saves OK. Thanks

I have uploaded a new version with fixes.

Thank you

21 hours ago, Kirill Gromov said:

I have uploaded a new version with fixes.

@Kirill Gromov, looking good on the first test; thank you. I find this app so incredibly helpful, as we put up whole books as a single page for searching reasons, and we post them in the HTML that Word has generated, since it includes the linked table of contents. Great app, thank you.