Desktop site no longer facilitates editing
-
@twopearces if it helps, here’s the process I used:
https://supportmedia.tech.blog/2025/01/08/reordering-posts-in-masonry-block-a-workaround/ -
This is basically what I’ve said. “Forced either to change the block type to go back, or to change to html and return to the block visually.”
It means, clicking once to change the block, doing the changes, and then clicking again. And this, for all blocks (in my case, everything is blocks unless long texts). Not very ergonomic or efficient. What is coding purpose? :) Proposing new features or be sure all actual features won’t be affected by a new one or by an update? Very philosophical concerns, yes.
Good luck to find the solution.
-
i pay to use wordpress and find the current issue as set out in the last post unacceptable. Some update has clearly introduced a serious editting bug which leads me to question how robust are both testing and new release protocols. This needs fixing asap. Thnx r mark
-
In my case, the problem seems to be related to the editor scrollbar.
I have a script allowing me to use mouse clicking with the numeric keyboard (common practice to avoid muscular issues related to the mouse). It’s only when I touch the scrollbar that the wordpress editor page seems to conflict with the click and not understand that the click has been released (up).
I had to modify my mouse script to avoid this conflict, but that requires some rather impractical contortions. It would therefore be good for WordPress to understand where the problem comes from with this scroll bar which subsequently prohibits normal maneuvering in the editing of blocks.
I would like to point out that obviously, I only have this problem with the WordPress editing/page/article creation page and on no other site that sometimes has complex scripts (and in my opinion often useless and heavy, but it is another topic).
It should also be noted that if our problem seem to manifest themselves in the same way (block editing problem), it is not sure they manifest themselves through different uses (me, the scroll bar) that It will be the same for everyone.
However, try not to touch the scroll bar and access your blocks through the block summary mode on the left (the three horizontal bars or shift+alt+O), to see if your problem is expressed in the same way after having touched the scroll bar (you never know…).
-
@limguela thank you for that detailed response. Has that issue also been present for you since the end of November? We’re working to test these different cases and match them up with changes in the system, and I’d like if possible to compare with the same steps in a version that doesn’t have that issue.
-
I would say the end of November, yes. That’s what I’ve said in a previous post.
Anyway, good luck to the true workers and sometimes despised souls of big companies without whom the billionaires (who are not geniuses contrary to what they try to make us believe) to push back a little more every day, patch after patch, the moment fatal where the entire Internet will have reached saturation and will make us big babies without any scrollbar to do anything: computer engineers, coders and other professionals with obscure names while their bosses (not necessarily theirs, eh) are more concerned about their grandiose project: the destruction of the world and the normal person.
(Yes, it is an inappropriate and weird, or not, message of political encouragement in the face of the imminent, even current, threats that some will have to face while no one seems to understand the essential role they have in society, as 80% of employees worldwide.)
November, yeah. Certainly something some days after… some American fatal error which took place on November 5, if my memory does not deceive me (feel free – speech – to moderate).
-
I feel that ;) It sounds like there are a number of odd issues that cropped up in recent changes, so we’ll see if we can tease the list out of this post and get them replicated and sorted.
-
Alright, apologies for not being able to move this issue sooner. I was finally able to replicate this and get something filed.
If I’m seeing what you’re seeing, the problem didn’t start right away, which is likely why we’ve been unable to replicate it til now. I was able to type, copy, paste, etc. It didn’t start until I’d been in the editor for a bit.
In my case, it started when I triple-clicked to highlight a paragraph block, cut it (using keyboard shortcuts), and then hit backspace a few times. My intention was to paste elsewhere but my editor basically locked up; I couldn’t get a cursor, and if I highlighted a word to type over it, I couldn’t type anything.Some areas of the post (the title and a paragraph further down) were fine; there was just as series of blocks in the middle that had locked up.
I was able to finally workaround it by going to the code editor (using the menu in the top right corner with LTR), editing a bit of text, and switching back, but of course that’s not a good workflow.
And, of note, I’ve still not been able to replicate this on any of my test sites, even with the same content and steps I mentioned. It was only on my actual blog where I care about the content enough to be interested in editing it for quite a while. So I’m not sure whether time spent in the editor is part of the issue.
If you can confirm whether that’s what you see, and also add any further context you can, we’ll get the right eyes on the case.
-
Here what I see (I let other people say if their odd Graffities look the same):
Without touching the scrollbar or without using my mouse script (It’s AutoHotKey by the way, and it worked perfectly before November). The block media here is selected (in blue), if I put the mouse in the paragraph block text, that’s normal as seen in the next image.
Now, let’s touch the scrollbar in the right (black circle) using my script to “click down” and go down the page. Elsewhere (in other sites or in personal programs), there’s no “click up” needed (like a genuine mouse, you push the button just once), it’s automatic. But… not for Automattic. (I swear, I don’t use a gear stick.)
Once I’ve touched the scrollbar, it’s finito. The bug appears. It’s like the editor page see some conflict. And if I select the paragraph block text, I can’t, the media block is still selected (in blue). Like this:
I need to modify the disposition in the media block, and then I can access the blocks inside. If I work in another media block, even without using the scrollbar again, the bug is on. It’s only if I refresh the page that the bug disappear, and appear again if the scrollbar is touched with my script click.
I’m certainly the only one who use AutoHotKey here for mouse clicks and other cut/paste stuff. The question is: except my personal mouse script, does your bug look like this with difficulty accessing and editing the desired blocks? And if so, under what conditions (not with AutoHotKey in any case), the bug appears with you. Voilà.
-
I have described the problem in detail in earlier posts, but to recap:
If I use my laptop touch screen to scroll, I can no longer edit text in Paragraph and Quote blocks. Other blocks work fine, and until I touch-scroll Paragraph and Quote blocks work normally. If I only use mouse clicks to scroll, the problem does not occur.
The problem occurs in Edge, Chrome and Firefox on Windows 10 and Windows 11 across multiple laptops. No plugins or browser extensions are installed. It does not affect the mobile site.
The problem has been affecting my site since roughly the end of November.
For further information, see my earlier posts, @supernovia.
-
-
I don’t have the scroll script or a touch-screen, so I’ve tried replicating it with all sorts of scrolling antics:
- Using my mouse wheel
- Clicking in in the scroll bar
- Clicking on blocks in List view
- Using arrow keys
- Dragging in the scroll bar
So far none of those seem to make any difference; I can’t replicate the issue.
But I did see a lockup in my personal blog, just in the process of writing a post. I typically use my mouse wheel for scrolling as needed, but this was a relatively short post without much scrolling involved, really. I haven’t been able to replicate it on test sites at all.
But we do have more people testing to see if they can see this issue. We’ll keep you informed!
-
Hey @awesomeliesblog!
I’m reaching out because there have been some recent updates, and I’m curious to know if you’re still experiencing these issues.Looking forward to your reply!
-
-
-
I have reported earlier in this issue and have been incredibly frustrated by it. Based on @robertghetau’s reply, I’ve just tried my best to replicate the problem and, I’m thrilled to report, that I could not. I tried things others have indicated like scrolling, selecting paragraphs, copying, pasting, etc., and I was able to select text and edit any block. I’ll continue to work in the editor but I would certainly have hit the problem by now in the past (I would hit it almost instantly so time in the editor, as suggested above, wasn’t a factor for me).
Crossing my fingers …
-
-
-
Thank you for confirming, folks!
@swalesmetroprof could you let us know what browser and device you’re using? Also, does it improve when using a different browser or device?
- The topic ‘Desktop site no longer facilitates editing’ is closed to new replies.
WordPress.com Forums 