The changesCount parameter should be reset to zero when we undo the images
Hi! @marcepoblet can you please share the part of the code which you used to define the changesCount variable to get it incremented?
Read full answer below ↓Question
Version: v0.16.41
Are you able to reproduce the bug from the demo?
[ ] No
What is the expected behavior? The changesCount parameter should be reset to zero when we undo the images
Describe the bug detailed Steps:
- add an image
- delete the image
- undo the changes
We should see the changesCount parameter should be reset to zero.
What is the current behavior?
The changesCount parameter is incremented and not is zero.
Are you able to attach screenshots, screencasts or a live demo?
[ ] Yes (attached a video)
Answers (3)
Hi! @marcepoblet can you please share the part of the code which you used to define the changesCount variable to get it incremented?
Closing this as I don't see any substantial benefit for this functionality
Thanks for reporting this, @marcepoblet.
The issue with The changesCount parameter should be reset to zero when we undo the images appears to be a race condition or state management timing problem. This typically happens when component lifecycle events and DOM modifications overlap, creating an inconsistent state.
What to try:
- Add a setTimeout wrapper to ensure the DOM has settled:
setTimeout(() => {
// your operation here
}, 0);
-
Check initialization order — make sure components are fully loaded before you interact with them
-
Use the editor's event system — listen to completion events:
editor.on('component:mount', (component) => {
// safe to interact with component here
});
Recommended next steps:
- Test with the latest GrapesJS version if you haven't
- Provide a minimal reproducible example (CodeSandbox) — this helps the team identify the root cause faster
- Include GrapesJS version, browser, and console errors in your report
Related Questions and Answers
Continue research with similar issue discussions.
Issue #3291
BUG (v0.16.41): the duplicate icon from the icon toolbar is modifying the original element too
Version: v0.16.41 Are you able to reproduce the bug from the demo? [ ] Yes What is the expected behavior? The elements duplicated not shoul...
Issue #5631
Undo manager add() not working as expected
GrapesJS version [X] I confirm to use the latest version of GrapesJS What browser are you using? Chrome v91 Reproducible demo link -- Descr...
Issue #3437
UNDO/REDO ISSUE
@artf , it's pretty important if u ask me :) Version: v0.17.3 Are you able to reproduce the bug from the demo?[x] Yes[ ] No What is the exp...
Issue #3295
BUG (v0.16.41): Button component with draggable property is not working properly
Version: v0.16.41 Are you able to reproduce the bug from the demo? [ ] Yes [ ] No What is the expected behavior? When we have a button with...
Paid Plugins That Match This Issue
Curated by issue keywords and label relevance to help you ship faster.
Loading paid plugin recommendations...
Check the open-source GrapesJS plugins on GitHub or run a quick search in our free catalog.
Browse free plugins →Premium plugins ship with support, regular updates, and production-ready features — save days of integration work.
Browse premium plugins →Related tutorials
In-depth guides on the same topic.
Tutorial
How to Build a Production GrapesJS Editor: The Complete Walkthrough of Brief, Preset, Plugins, and Services
A complete walkthrough of building a production GrapesJS editor: how to choose a preset, pick plugins, and scope setup services without burning a sprint.
Tutorial
Big Updates: TinyMCE 8 and Placeholder 2.0 for GrapesJS
In May we shipped major updates to two of our most popular GrapesJS plugins — TinyMCE Inline Text Editor and Placeholder.
Tutorial
Find the Right GrapesJS Plugin in Seconds: Smarter Discovery Is Live
We're shipping a set of discovery upgrades. New label filters, a proper compatibility switch for GrapesJS vs Studio, one-click and a smarter sort bar.
Browse Plugin Categories
Jump directly to plugin category pages on the marketplace.