[wp-trac] Re: [WordPress Trac] #5651: Optimize get_plugin_data
WordPress Trac
wp-trac at lists.automattic.com
Sat Jan 12 23:17:56 GMT 2008
#5651: Optimize get_plugin_data
----------------------------------------------+-----------------------------
Reporter: filosofo | Owner: anonymous
Type: defect | Status: new
Priority: normal | Milestone: 2.5
Component: General | Version: 2.5
Severity: normal | Resolution:
Keywords: has-patch get_plugin_data memory |
----------------------------------------------+-----------------------------
Comment (by darkdragon):
It was a copy and paste error. It '''was''' in my version index after all.
I'm not sure how many mistakes there are, as it only happens a few times
while doing the phpdoc documentation. However that is why there is a
ticket open to fix phpdoc documentation mistakes.
Replying to Filosofo, I have to agree with DD32 on this one. It would
introduce a regression if we forced the suggestion on Plugin Developers.
The goal is to only pull in enough that we get all of the data, not
completely break half the plugins out there.
Something that '''should''' be, does not mean it is required. If it was
required, then the wording would be '''must'''. '''Should''' just means
you can do it, if you want, but it doesn't matter either way. Or that is
what I read from the RFC (little bit complicated wording if you ask me).
Patch completes all of DD32 suggestions. Any more?
--
Ticket URL: <http://trac.wordpress.org/ticket/5651#comment:13>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list