-
Posts
-
Hello together
A client of ours has the problem that the editor of the textblock element partially shows the default interface of TinyMCE (without the customizations of WordPress, the plugins etc). The image below illustrates this.
The problem occurs only very sporadically. To get back to the normal view, the customer sometimes has to close and reopen the textblock window or sometimes even log in again.
We use Enfold 4.8.2 on WordPress 5.7.2. For the editor, we rely on the classic editor (not block editor). The content is maintained multilingual with WPML 4.4.10.
Do you have any idea what this could be due to?
Many thanks
Hey Jeannette,
Where can we see and reproduce the problem you are having? Also, does this problem only occur when Enfold is active?
Best regards,
RikardHi Rikard
Unfortunately, I have not yet been able to reproduce the problem myself. Accordingly, I do not know if the problem also occurs with another theme. Unfortunately, I am not authorized to provide you with access to the system.
Despite the sparse information, do you perhaps have a guess as to what this could be?
Many thanks
JeannetteHi Jeannette,
Thanks for the update. We can’t say what the problem might be if we can’t see or reproduce it unfortunately. Maybe you could copy the site to a staging area which we could access?
Best regards,
RikardHI Rikard
Thank you anyway. I can understand that very well. After all, I feel the same way.
Kind regards
JeannetteHi Rikard
I had actually finished with the problem when it occurred today on another system in my local development environment. Like the customer, I was inserting text from an external source (Figma for me, Word for the customer). When I clicked another time on a text element to edit it, the editor looked like the one on the screenshot of my initial post. Closing and reopening another text element brought no change. Only when I returned to the page overview and opened the page again for editing, the correct text editor was displayed again.
The following error was reported in the Firefox console:
Uncaught TypeError: editor is null update_timout https://***.test/wp-content/themes/enfold/config-templatebuilder/avia-template-builder/assets/js/avia-builder.js?ver=5.8-4.8:1606 avia-builder.js:1606:6Even after countless attempts, I have not been able to reproduce the problem. Can you still do something more with this information?
Thanks
JeannetteHi Jeannette,
Thanks for the update. Would you be able to share the content which you pasted when the error occurred please? It might be due to software like Word adding formatting to the text, which might break the layout builder. You can try to paste the content in a basic word processor like notepad or similar, before pasting it into the Text Block element as well, to see if that helps.
Best regards,
RikardHi Rikard
Many thanks for your answer.
You can find the original content on the “Büro & Gewerbe” page of the website in the staging area. It is the content in the bottom 1/3 columns. Before the problem occurred, I had duplicated the text blocks in the 1/3 columns and moved them to new 1/3 columns using drag’n’drop. Then I had copied the title of the first 1/3 column to the clipboard and was about to paste it into the second 1/3 column when the editor displayed incorrectly. Interesting: Both for me and for the customer the problem occurred only after a few copy-paste operations.
Kind regards
JeannetteHi Jeannette,
The problems is likely formatting which is added by Word in this case, please see what I indicated in the screenshot in private. I’ve removed those characters from your text blocks now, and I think it should work as expected from now on. Could you check and verify that on your end please? In the future, please try pasting any pre formatted text into the most basic text editor you can think of, then copy the text again from there, and into WordPress.
Best regards,
RikardHello Rikard
Thank you very much for your analysis.
Were you able to systematically reproduce the problem in the presence of these characters? I had also initially suspected these characters, but the problem did not occur even after several attempts, although these characters were always present.
By the way, the customer even had the “paste as text” mode enabled.However, I will gladly consider your tip with the way over the text editor.
Kind regards
JeannetteHi Jeannette,
I was not able to reproduce the problem, but that is likely since the text I copied did not come directly from the original document. I’m not sure exactly what is added to documents which are created in Word, but it’s a known problem in web development in general, that software like Word will add characters which sometimes can create problems in web documents.
Best regards,
RikardHi,
Thanks for the update, please let us know if you should need any further help on the topic.
Best regards,
RikardHi Rikard
Please excuse me for bothering you again on this matter. The problem occurred again today and this despite the fact that we copied the text from the text editor (Notepad++). Now, however, I was able to reproduce the problem, albeit in a somewhat special way. Anyway, the problem occurred when editing the content normally and not under such special conditions as in the screencast. However, with the way shown in the screencast, the problem occurred in 90% of the cases.
Could you please take a look at the screencast and the additional information in the private data?
Many thanks
JeannetteHi,
Thanks for the update. I see the problem in your screencast, but I wasn’t able to reproduce the problem on my end. Maybe I missed a step, but in any case, the user scenario is very unlikely to happen. Does the editor go back to normal if you save the page, or reload it? Also, I see that you are using special characters in the text, you might want to try to add the html code for those characters instead, to see if that works better. Please see reference in private.
Best regards,
RikardHi Rikard
I absolutely agree with you that the scenario shown in the screencast is very unlikely. However, the problem occurred both for me and for the customer during the usual filling of the contents. With the scenario in the screencast, I just found a way to reliably reproduce the problem.
The special characters in the text do not matter. The problem also occurs with the following text: “Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua.”. Also, pasting as text does not seem to play a significant role.
When the editor has the wrong interface, sometimes it is enough to reload the page and sometimes I have to log out completely and log back in.Kind regards
Jeannette
- You must be logged in to reply to this topic.