![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
#11234 closed defect (bug) (invalid)
Image cut and paste breaks image
| Reported by: | caesarsgrunt | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Editor | Version: | 2.8 |
| Severity: | normal | Keywords: | has-patch |
| Cc: | Focuses: |
Description
When cutting and pasting images in the rich editor, the image src and the link href are both changed from absolute links to relative links, resulting in a broken image in the post.
The image still shows fine in the admin (the new url is relative to wp-admin) but it doesn't work on the article page itself.
Additionally, the alignment class is lost when cutting and pasting the image.
Change History (5)
#3
@
15 years ago
There was a change in 2.8 that removes the class attribute when pasting images. It works in the same browser in 2.7, and it works in a base installation of TinyMCE, so I assume it is something in WordPress. I will investigate this further and then maybe open a new ticket on it - unless this has been reported somewhere else?
This ticket was mentioned in PR #11276 on WordPress/wordpress-develop by @paulkevan.
4 months ago
#4
- Keywords has-patch added
Backport of Gutenberg PR #76322. When real-time collaboration is enabled, the post list should not show an exclusive lock icon or user-specific lock text since multiple users can collaboratively edit the same post. Replaces user-specific data with a generic "Currently being edited" message, hides lock UI elements, changes "Edit" to "Join" for locked posts, and re-enables controls that core normally hides.
Use of AI Tools: This PR was created with assistance from Claude (Anthropic).
@maxschmeling commented on PR #11276:
4 months ago
#5
I'm not an expert on the approach for these types of things in core, but isn't it more appropriate in core to go and change the place that renders the lock and the text rather than filter the values and add override styles?
This depends entirely on the browser. FF changes the src, Safari and IE seem to keep it the same. The same happens when you copy/paste a link from another browser tab/window. In addition FF won't let you access the clipboard from JS (security feature) so not much we can do to fix it.
Best is to report this on FF's bugtracker.