Selection & active RTE not cleared when component is removed programatically
Thanks @mcottret for the report. I've handled this on my side, so it should be fixed in the next release, but as always, thanks for your willingness to help :)
Read full answer below ↓Question
Version: 0.16.30
Are you able to reproduce the bug from the demo?
[x] Yes [ ] No
Steps to reproduce:
- Select a text component in the demo's canvas
- The selection box & RTE appear
- Open the console
- Execute
editor.setComponents(''); - The component is removed, but the selection box & RTE are still present (see attached screenshot)
What is the expected behavior?
When programatically removing a selected component with an active RTE, the selection & active RTE should be cleared.
What is the current behavior?
Component selection & RTE stay active on top of an unexisting component. Component selection disappears when clicked, but the RTE does not & causes an error.
Proposed solution:
- Execute the
ComponentTextView'sonDisablehandler when it's removed - Add a generic remove handler for components, removing them from selection if appropriate
As always, I'd be happy to take care of the PR if this looks good to you !
Are you able to attach screenshots, screencasts or a live demo?
[x] Yes (attach) [ ] No
<img width="1043" alt="Screenshot 2020-12-09 at 11 08 41 AM" src="https://user-images.githubusercontent.com/9916749/101615984-17042480-3a0f-11eb-9d17-465dfa9b72ba.png">Answers (2)
Thanks @mcottret for the report. I've handled this on my side, so it should be fixed in the next release, but as always, thanks for your willingness to help :)
Thanks for reporting this, @mcottret.
The issue with Selection & active RTE not cleared when component is removed programatically 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 #3579
RTE misplaced when opened right after dropping `activeOnRender` component
Version: 0.17.4 Are you able to reproduce the bug from the demo?[x] Yes[ ] No Steps to reproduce:Go to the demoDrop a "Text" block inside t...
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...
Issue #3176
`setStyle` & `setComponents` options parameter not taken into account
Version: 0.16.30 Are you able to reproduce the bug from the demo? [x] Yes [ ] No Steps to reproduce:Open the consoleExecute editor.setCompo...
Issue #5378
Uncaught TypeError: Cannot read properties of undefined (reading 'Canvas') while dragging a component in Layer Manager Panel
GrapesJS version [X] I confirm to use the latest version of GrapesJS What browser are you using? Chrome v116.0.5845.97 Reproducible demo li...
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
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.
Tutorial
GJS Market 2.0 - Donations, Tracking, Labels and Better Product Discovery
We’ve rolled out a new set of GrapesJS marketplace updates across GJS Market, focused on improving how creators distribute products
Tutorial
Preset DevFuture 2.0 — New Update Released
Preset continues evolving as a clean, production-ready starting point for building visual editors powered by GrapesJS
Browse Plugin Categories
Jump directly to plugin category pages on the marketplace.