Issue #5316💬 AnsweredOpened August 17, 2023by BenKhz0 reactions

Editor not subscribing to selector:remove

Quick answerby artf

Hi @BenKhz that's happening because selector* events are related to the global Selectors container (when you remove a selector from the component, the Selector itself is still there as it could be used in other places), if you want to track change to the selectors on components, you have to use component:update:classe...

Read full answer below ↓

Question

GrapesJS version

  • I confirm to use the latest version of GrapesJS

What browser are you using?

Chrome v115.0.5790.170

Reproducible demo link

https://jsfiddle.net/BenKhz/yfwqc6mu/1/

Referencing The docs here

Describe the bug

  1. Open Provided fiddle Here
  2. Select a component on canvas and add a class via the selector manager. (add and update events will be caught)
  3. Remove a class from the class manager
  4. Event Listener for editor.on('selector', () =>{}) doesn't execute.

What is the expected behavior? Expect removal of class to trigger selector:remove event

What is the current behavior?

Editor.on doesn't see any remove events for the selector manager. Referencing the docs, the catch all event "selector" sees add and update but never a remove event.

I may be misunderstanding the purpose of these events; if so, can you provide clarification or perhaps a workaround? Trying to trigger custom behavior on all components when a specific class is removed.

Thank you for all your work. truly a great project! 🚀

Code of Conduct

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

Answers (3)

artfAugust 25, 2023

Hi @BenKhz that's happening because selector* events are related to the global Selectors container (when you remove a selector from the component, the Selector itself is still there as it could be used in other places), if you want to track change to the selectors on components, you have to use component:update:classes event

BenKhzAugust 28, 2023

Ah! I was misunderstanding. Thank you for the clarification. Keep up the good work!

ClaudeCodeMay 17, 2026

Thanks for reporting this, @BenKhz.

The issue with Editor not subscribing to selector:remove 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.