Opened 9 years ago
Closed 2 months ago
#40688 closed defect (bug) (worksforme)
there is a bug in deleting a photo and replacing it by the new photo with the same name
| Reported by: | Navid.abazari | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Media | Version: | 4.7.4 |
| Severity: | normal | Keywords: | reporter-feedback |
| Cc: | Focuses: |
Description
there is a bug when you want to permanently delete some photo from library and replace some other one with the same name in library. when you do this the first photo in web page wont be changed i mean the first photo still appears on the web page so you should change the name of the new photo for uploading it and showing it instead of the older one.
Change History (7)
This ticket was mentioned in Slack in #core-media by antpb. View the logs.
4 years ago
#4
@
4 years ago
Hi @navidabazari amd I correct in these reproduction steps?
1) upload image name deletethis.jpg.
2) Insert deletethis.jpg into a post.
3) Delete it.
4) Upload a different image with the same name.
5) Expect the post's image to have changed.
If you could provide some feedback here, we can investigate further. It may be a bit out of the scope of Core WordPress to replace an image and also all references to the images but there are some great plugins that can accomplish this. For instance, https://wordpress.org/plugins/enable-media-replace/
This ticket was mentioned in Slack in #core-media by joedolson. View the logs.
4 years ago
#7
@
2 months ago
- Milestone Awaiting Review
- Resolution → worksforme
- Status new → closed
With no follow-up, I'm inclined to close this as 'worksforme'. Please feel free to comment if you feel this is still an issue that needs to be addressed.
However, based on the description, it sounds like either a situation that WordPress doesn't address (replacing image URLs when an image is replaced) or a caching issue, as even if you replace an image with one of the same name, your browser may still deliver the previous image temporarily, due to browser caching.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
Hi @Navid.abazari,
Thanks for the ticket, and welcome to Trac!
Are you able to reproduce this issue on a fresh install of WordPress with all plugins disabled? If so, can you include the steps you are taking to produce reproduce this in detail so others can see the bug in action?
Wondering if this is potentially related to #44127, #42437, or #24518.