The essence of the process: I create a copy of the figure with the text. Then I immediately begin to change the text (without impressive deletion or intra -line editing). This made it possible to quickly propagate figures with different texts and at the same time with the same formatting. It was convenient and simple.
Now, when copying the object and the same editing process, formatting the text is reset to the standard one, which forces each time to manually set the formatting settings for each figure. It is very long and not convenient.
Briefly about the procedure and the result of text editing: 1) duplicate or copy of the figure with text 2) the selection of the figure (not text) 3) set of new text Expected result: a new text with the previous formatting. The result obtained: a new text with standard formatting.
Page 1 / 1
Hi @TeHeS13, thanks for outlining the issue so clearly.
To help us look into it:
Could you confirm whether this happens across all boards or just a specific one?
Also, are you using the desktop app, browser, or mobile version?
In the meantime, one possible workaround is to double-click into the text instead of selecting the whole figure before typing — that sometimes preserves formatting better in certain cases.
If the issue continues, I’d recommend recording the behavior and reporting it to Miro Support, so they can investigate further.
Let us know what you find — we’ll do our best to help!
Hi @Eca. I use the browser version in Mozilla Firefox on the computer. At your request, I checked the problem for dependence on the board. No. The gap is stored on all boards.
Example of duplicating: Simple edit - editing through the allocation of a block, not text. Manual edit - editing the text itself in the block.
Hi @TeHeS13
Thanks for the clarification and for sharing the visual example — that's really helpful.
Based on what you've described and shown, it seems like the formatting is being lost when text is overwritten at the object level, rather than edited inside the text box. This may be due to a change in how Miro handles text styling inheritance during block-level replacement.
To help escalate or confirm if this is a bug or design change, could you also let us know:
When did you start noticing this behavior? (Rough estimate is fine.)
Do you have any browser extensions that might affect content editing or input behavior?
Could you try in Chrome or Edge briefly to see if the issue is Firefox-specific?
If the behavior persists across browsers, it's worth flagging to Miro Support with a short screen recording, ideally showing the formatting when doing both types of edits.
1. The problem was noticed approximately April 20 (+- a week). 2+3. I checked this mistake for Chrome, where I have no extensions. The problem is saved. So this problem is already coming from Miro.
Unfortunately, I do not have the opportunity to contact Miro Support because of my Free Plan. Writing about the problem here is all I can, and nothing to do with it. = (
Hi @TeHeS13,
Thank you for the detailed updates and for testing across browsers! It sounds like a problem originating from Miro, and I understand how frustrating it can be, especially when you’re on the Free Plan and can’t contact Support directly.
To help get this issue addressed, I’ll convert your post into a support ticket on your behalf. This way, Miro’s product team can investigate and hopefully find a solution.
In the meantime, if anyone else here has tips or workarounds for preserving formatting when duplicating and editing text, please feel free to share!
Thanks for your patience and for reporting this here.
Thank you very much, ECA.
Unfortunately, I only now learned about it. I hope I have not forgotten about my problem yet.
I unsubscribed Miro Support. But still I want to duplicate that information here.
In addition to the very problem of resetting formatting, I also found that if you press Enter in the text block, then create a new paragraph, then formatting is also canceled.
Based on the new diagnosis, I can assume that Miro in a situation that I call "simple editing" made a new paragraph, which rises instead of the old, instead of deleting the text. And since each new paragraph loses formatting, I dare to assume that it works under the hood.
Hi @TeHeS13
I see you’re already in contact with support through the ticket I created for you. Thanks for sharing these additional details—they’ll help the team investigate the formatting issue further.
If anyone else has tips for preserving formatting during edits, please share!
Thanks for your patience!
Reply
🚨 Last chance for early-bird tickets to Canvas 25! 🚨