[wp-trac] Re: [WordPress Trac] #5174: If plugin details cleared while activated, "impossible" to deactivate

[WordPress Trac]

#5174: If plugin details cleared while activated, "impossible" to deactivate
----------------------------+-----------------------------------------------
 Reporter:  Viper007Bond    |        Owner:  anonymous
     Type:  defect          |       Status:  reopened 
 Priority:  lowest          |    Milestone:  2.5      
Component:  Administration  |      Version:  2.3      
 Severity:  normal          |   Resolution:           
 Keywords:  has-patch       |  
----------------------------+-----------------------------------------------
Changes (by DD32):

  * keywords:  needs-patch => has-patch
  * status:  closed => reopened
  * resolution:  invalid =>
  * milestone:  => 2.5

Comment:

 I just ran into this problem on windows, Well, a similar problem.

 On filesystems that are not case-sensitive(ie. windows), its possible to
 rename an active plugins filename/folder and !WordPress still load it,
 However, The plugins list will list it as NOT being active, as the case-
 sensitivity of in_array() kicks in.

 I've attached a patch which will deactivate a plugin if it is in the
 active plugins list, but doesnt show up on the plugins list. It fixes my
 problem, and it also fixes this tickets problem when the plugins metadata
 is messed with.

 It does rely on the user visiting the plugins page though, but thats not
 too much of a problem IMO.

 A real-bad plugin would simply latch onto the deactivate hook and re-
 activate itself however. But this does prevent accidental meta-data
 removal and filename changes.

-- 
Ticket URL: <http://trac.wordpress.org/ticket/5174#comment:7>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software