Title: tedi's Replies | WordPress.org

---

# tedi

  [  ](https://wordpress.org/support/users/tedi12/)

 *   [Profile](https://wordpress.org/support/users/tedi12/)
 *   [Topics Started](https://wordpress.org/support/users/tedi12/topics/)
 *   [Replies Created](https://wordpress.org/support/users/tedi12/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/tedi12/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/tedi12/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/tedi12/engagements/)
 *   [Favorites](https://wordpress.org/support/users/tedi12/favorites/)

 Search replies:

## Forum Replies Created

Viewing 7 replies - 1 through 7 (of 7 total)

 *   Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
   
   In reply to: [Images not visible while editing posts after updating to WordPress 7](https://wordpress.org/support/topic/images-not-visible-while-editing-posts-after-updating-to-wordpress-7/)
 *  [tedi](https://wordpress.org/support/users/tedi12/)
 * (@tedi12)
 * [13 hours, 55 minutes ago](https://wordpress.org/support/topic/images-not-visible-while-editing-posts-after-updating-to-wordpress-7/#post-19016141)
 * This sounds like it could be a compatibility issue rather than the images themselves.
   I’d try disabling the plugins one by one and checking the browser console for
   any JavaScript errors to narrow it down.
 *   Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
   
   In reply to: [Images not visible while editing posts after updating to WordPress 7](https://wordpress.org/support/topic/images-not-visible-while-editing-posts-after-updating-to-wordpress-7/)
 *  [tedi](https://wordpress.org/support/users/tedi12/)
 * (@tedi12)
 * [1 day, 4 hours ago](https://wordpress.org/support/topic/images-not-visible-while-editing-posts-after-updating-to-wordpress-7/#post-19015467)
 * I’ve seen similar image issues after recent WordPress updates, and it may be 
   related to a plugin, theme, caching, or JavaScript conflict. I’d recommend testing
   with all plugins disabled and a default theme to narrow down [the](https://pgunlocked.com/)
   cause.
 *   Forum: [Alpha/Beta/RC](https://wordpress.org/support/forum/alphabeta/)
    In 
   reply to: [Styling error in latest nightly](https://wordpress.org/support/topic/styling-error-in-latest-nightly/)
 *  [tedi](https://wordpress.org/support/users/tedi12/)
 * (@tedi12)
 * [1 day, 10 hours ago](https://wordpress.org/support/topic/styling-error-in-latest-nightly/page/2/#post-19015126)
 * I can confirm this issue as well. The missing dropdown arrow and inconsistent
   row background are noticeable on smaller/mobile viewports. Hopefully the fix 
   will make the table styling consistent again.
 *   Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
   
   In reply to: [Images not visible while editing posts after updating to WordPress 7](https://wordpress.org/support/topic/images-not-visible-while-editing-posts-after-updating-to-wordpress-7/)
 *  [tedi](https://wordpress.org/support/users/tedi12/)
 * (@tedi12)
 * [4 days, 5 hours ago](https://wordpress.org/support/topic/images-not-visible-while-editing-posts-after-updating-to-wordpress-7/#post-19012733)
 * Thanks for the detailed information. I haven’t been able to confirm a specific
   plugin or JavaScript conflict yet. The fact that you’re seeing the same issue
   with OpenLiteSpeed and LiteSpeed Cache is interesting, especially since the problem
   also affects image-related functionality. I’ll test with caching disabled and
   check the browser console for JavaScript errors. If I find any common plugin 
   or server configuration involved, I’ll share the results here.
 *   Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
   
   In reply to: [Images not visible while editing posts after updating to WordPress 7](https://wordpress.org/support/topic/images-not-visible-while-editing-posts-after-updating-to-wordpress-7/)
 *  [tedi](https://wordpress.org/support/users/tedi12/)
 * (@tedi12)
 * [4 days, 10 hours ago](https://wordpress.org/support/topic/images-not-visible-while-editing-posts-after-updating-to-wordpress-7/#post-19012632)
 * I’m experiencing a similar issue after updating to WordPress 7.1. Images are 
   uploaded successfully, but they sometimes don’t appear while editing the post.
   The images become visible after saving or publishing.
 * I’ve already tried clearing the browser cache and testing in different browsers.
   Could this be related to a plugin or JavaScript conflict in the editor? Has anyone
   found a reliable way to identify which plugin or script is causing this behavior?
 *   Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
   
   In reply to: [WP 7.1 Admin Color Scheme colors too dark](https://wordpress.org/support/topic/wp-7-1-admin-color-scheme-colors-too-dark/)
 *  [tedi](https://wordpress.org/support/users/tedi12/)
 * (@tedi12)
 * [4 days, 10 hours ago](https://wordpress.org/support/topic/wp-7-1-admin-color-scheme-colors-too-dark/#post-19012631)
 * very informative….
 *   Forum: [Alpha/Beta/RC](https://wordpress.org/support/forum/alphabeta/)
    In 
   reply to: [Styling error in latest nightly](https://wordpress.org/support/topic/styling-error-in-latest-nightly/)
 *  [tedi](https://wordpress.org/support/users/tedi12/)
 * (@tedi12)
 * [4 days, 10 hours ago](https://wordpress.org/support/topic/styling-error-in-latest-nightly/page/2/#post-19012624)
 * Thanks for documenting this issue. I was able to understand the problem from 
   the examples provided. The missing disclosure arrow in the Posts list and the
   inconsistent background styling in the Plugins list seem to point to a responsive
   WP_List_Table CSS regression rather than a plugin-specific issue. It is especially
   noticeable when the browser viewport becomes narrow, including desktop browsers
   resized to mobile widths. Testing both Posts and Plugins screens at different
   breakpoints would be useful to ensure the fix works consistently. It’s also good
   to see that the issue has been reproduced and tracked in Trac. Thanks to everyone
   involved in testing and resolving it.

Viewing 7 replies - 1 through 7 (of 7 total)