[wp-trac] [WordPress Trac] #63480: UI refresh inconsistency in plugin deactivation flow (WP 6.8.1)

WordPress Trac noreply at wordpress.org
Tue May 27 15:01:16 UTC 2025


#63480: UI refresh inconsistency in plugin deactivation flow (WP 6.8.1)
-------------------------------------------------+-------------------------
 Reporter:  shandsadvertising2025                |       Owner:  (none)
     Type:  defect (bug)                         |      Status:  new
 Priority:  normal                               |   Milestone:  Awaiting
                                                 |  Review
Component:  Plugins                              |     Version:  6.8
 Severity:  normal                               |  Resolution:
 Keywords:  needs-test-info has-screenshots      |     Focuses:  ui,
  close reporter-feedback                        |  administration
-------------------------------------------------+-------------------------
Changes (by SirLouen):

 * keywords:  needs-test-info has-screenshots => needs-test-info has-
     screenshots close reporter-feedback


Comment:

 @shandsadvertising2025 thanks for trying to report a potential issue

 But as many testers have pointed out, unfortunately, this issue is not
 reproducible.

 I've checked your plugin code, and it has some flaws. Firstly, the
 Uninstallation message is always being logged because it's not wrapped
 anywhere (unlike the installation message)
 Second, the admin notice is weird. The condition will not trigger, unless
 you actually deactivate and reactivate the plugin within the 60-second
 expiry time happens. And it will say: `Shands Meta Pixel was deactivated
 successfully` when you have actually activated it…

 For the rest, I can't really see anything wrong in the rest of the logging
 output. Plugin loaded message always run as expected, Activation logs on
 activation, deactivation runs on deactivation, and uninstall as I say,
 it's always running because of the wrong code logic. Long story short:
 it's not proving anything.

 This said, unless you provide some code that actually triggers this
 behaviour, this is a clear `worksforme` candidate.

 You can provide, any of these, if you like:
 - A JS conflict delays DOM updates,
 - A slow server stalls table refresh (I've tried step debugging and no
 problems here either).
 - An enhancement plugin overrides plugin rows.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/63480#comment:4>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list