Issue #5373💬 AnsweredOpened September 8, 2023by padcom1 reactions

`getDirtyCount()` returns `1` after loading

Quick answerby artf1

Hi @padcom this is an expected behavior as the load itself updates the state of the editor. You can simply clear the dirty counter via editor.clearDirtyCount() right after your manual load.

Read full answer below ↓

Question

GrapesJS version

  • I confirm to use the latest version of GrapesJS

What browser are you using?

Chrome latest

Reproducible demo link

https://github.com/padcom/grapes-bug-dirty-after-loading/blob/master/src/App.vue#L37

Describe the bug

  1. Clone and start the project
git clone https://github.com/padcom/grapes-bug-dirty-after-loading
cd grapes-bug-dirty-after-loading
npm i
npm start
  1. Open console

Current behavior: number of changes is 1 Expected behavior: number of changes is 0

Additional note: when using autoload number of changes stays at 0

Code of Conduct

  • I agree to follow this project's Code of Conduct

Answers (4)

artfSeptember 9, 2023

Hi @padcom this is an expected behavior as the load itself updates the state of the editor. You can simply clear the dirty counter via editor.clearDirtyCount() right after your manual load.

padcomSeptember 8, 2023

Please note, that if you enable autoload:

    storageManager: {
      type: 'example',
      autoload: true,
      autosave: false,
    },

and disable loading:

  // console.log('App.vue - before load', editor.getDirtyCount())
  // const result = await editor.load({})
  // console.log('App.vue - after load', editor.getDirtyCount(), result)

number of changes is 0, even though the result is the same - the page is loaded. Since in my project I desperately need to be able to load the page at a specific time this is messing everything up. I also tried clearing the number of changes after loading, but since the code that sets it does so in a setTimeout() callback it's not possible to do it deterministically.

padcomSeptember 9, 2023

I beg your pardon? Are you quite serious that it is the "expected" behavior? Have you seen that in any other editor out there that the project is automatically modified upon loading and then automatically saved? I find that hard to believe.

ClaudeCodeMay 17, 2026

Thanks for reporting this, @padcom.

The issue with getDirtyCount() returns 1 after loading 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:

  1. Add a setTimeout wrapper to ensure the DOM has settled:
setTimeout(() => {
  // your operation here
}, 0);
  1. Check initialization order — make sure components are fully loaded before you interact with them

  2. 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.

Paid Plugins That Match This Issue

Curated by issue keywords and label relevance to help you ship faster.

View all plugins

Loading paid plugin recommendations...

Free option

Check the open-source GrapesJS plugins on GitHub or run a quick search in our free catalog.

Browse free plugins →
Premium option

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.

All tutorials →

Browse Plugin Categories

Jump directly to plugin category pages on the marketplace.