[wp-trac] [WordPress Trac] #17451: Unify plugin update notices and include changelog data (was: Add after_*_updates_row hook to Updates Page.)

[WordPress Trac]

#17451: Unify plugin update notices and include changelog data
-----------------------------+-----------------------
 Reporter:  dempsey          |       Owner:  nacin
     Type:  enhancement      |      Status:  accepted
 Priority:  normal           |   Milestone:  3.3
Component:  Upgrade/Install  |     Version:
 Severity:  normal           |  Resolution:
 Keywords:  has-patch        |
-----------------------------+-----------------------

Comment (by nacin):

 Shifting this to a task.

 Let's plan to pull in the update notices to plugins.php and bring
 Changelogger into core. Initial patches welcome. The idea would be that we
 can show a changelog not just before updating, but after as well (probably
 on the upgrade screen itself). If a changelog was too long, we'd have a
 way to collapse it. I might end up re-using the plugins list table here.

 I'm tempted to split off how we handle DISALLOW_FILE_MODS as well. Right
 now, that kills update_* caps, but I think a better use case would be
 this: you want to manage your stuff via Subversion, but wouldn't mind
 seeing the notices if you can otherwise -- you just don't want to allow
 the notices to appear. Currently, everything gets blocked out, which might
 make sense if someone was maintaining an install for a client, but if that
 were the case, they'd possibly just hide the Plugins screen anyway.
 DISALLOW_FILE_MODS should handle security implications, not notification
 ones. Ryan, thoughts?

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