Acabo de crear unnuevoticket de seguimiento,ticket # 36874 ,paraproponer la desaprobación de query_posts(). Si será aceptado ono,sigue siendo unabuenapregunta.

Elgranproblema real con query_posts()es quetodavíaes ampliamente utilizadopor complementos ytemas,aunque ha habidomuybuenosescritos sobreeltema depor qué NUNCA NUNCA utilícelo. Creo que lapublicaciónmás épica aquíen WPSEes la siguiente:

• ¿Cuándo debería usar WP_Query vs query_posts () vsget_posts ()?

desaprobación!==eliminación ,por lo que desaprobar query_posts()no detendrá su usoporparte de desarrolladores demala calidad ypersonasen general queno conocen WordPress y que usantutoriales de calidad comopautas. Amodo deprueba,¿cuántaspreguntas recibimostodavía aquí donde lagente usa caller_get_postsen WP_Query? Ha quedado obsoleto durantemuchos años.

Sinembargo,lasfunciones y argumentos obsoletos sepuedeneliminaren cualquiermomento que los desarrolladoresprincipales lo consideren oportuno,peroestoprobablementenunca sucederá con query_posts() ya queesto romperámillones de sitios. Así que sí,probablementenunca veremos laeliminacióntotal de query_posts(),lo quepodría llevar al hecho de que lomásprobablees quenunca quede obsoleto.

Sinembargo,estees unpunto departida,pero hay que recordar que desaprobar algoen WordPressno detiene su uso.

ACTUALIZACIÓN 19 demayo de 2016

Elboleto que levanté ahoraestá cerrado ymarcado como duplicadopara unboleto de 4 años ,que se cerró como no se arreglará y se volvió a abrir y aúnpermanecen abiertos y sin resolver.

Parece que los desarrolladoresprincipales se aferran aeste viejo yfielmalvado. Todos losinteresados,aquíestáelboleto duplicado de 4 años

• boleto de seguimienton.º 19631

I have just created a new trac ticket, ticket #36874, to propose the deprecation of query_posts(). Whether or not it will be accepted remains a good question.

The real big issue with query_posts() is, it is still widely used by plugins and themes, even though there have been really good writings on the subject of why you should NEVER EVER use it. I think the most epic post here on WPSE is the following one:

• When should you use WP_Query vs query_posts() vs get_posts()?

deprecation !== removal, so deprecating query_posts() will not stop its usage by poor quality devs and people in general who do not know WordPress and who use poor quality tutorials as guidelines. Just as some proof, how many questions do we still get here where people use caller_get_posts in WP_Query? It has been deprecated for many years now.

Deprecated functions and arguments can however be removed at any time the core devs see fit, but this will most probably never happen with query_posts() as this will break millions of sites. So yes, we will probably never see the total removal of query_posts() - which might lead to the fact that it will most probably never get deprecated.

This is a starting point though, but one has to remember, deprecating something in WordPress does not stop its use.

UPDATE 19 May 2016

The ticket I raised is now closed and marked as duplicate to a 4 year old ticket, which was closed as wontfix and was reopened and still remain open and unresolved.

Seems the core developers are hanging on to this old faithful little evil. Everyone interested, here is the duplicate 4year old ticket

• trac ticket #19631

[algo despotricar]

Enestemomento,lafilosofíafundamentales quenadaestá realmente desaprobado. El aviso de obsolescencia,aunqueesbuenotenerlo,simplemente seignorará si lafunciónno seeliminaráen algúnmomento. Haymuchaspersonas queno desarrollan con WP_DEBUG activado ynonotaránel aviso sino habrá una rotura real.

Mano OTOH,estafunciónes como lainstrucción goto. Personalmente,nunca (para una definiciónmáspequeña de loesperado) usé gotoperopuedoentender los argumentos que apuntan a alguna situaciónen la quenoesmalopor defecto. Lomismo ocurre con query_posts,es unaforma simple de configurartodos losglobalesnecesariospara hacer unbucle simple ypuede ser útilen el contexto ajax o rest-api. Yonunca lo usaríaen esos contextostambién,peropuedo ver que allí,esmás una cuestión deestilo de codificación que unafunción queesmalapor símisma.

Profundizando unpocomás,elprincipalproblemaes queesnecesario configurar losglobales. Eseeselproblemaprincipal,no la únicafunción que ayuda a configurarlos.

[somewhat rant]

It is the standing core philosophy at this point that nothing is truly deprecated. Deprecation notice, while it is a nice to have, is just going to be ignored if the function will not actually be dropped at some point. There are many people that do not develop with WP_DEBUG on and will not notice the notice if there will not be an actual breakage.

OTOH hand, this function is like goto statement. Personally I never (for smaller definition then expected) used gotobut I can understand the arguments pointing to some situation in which it is not evil by default. Same goes with query_posts, it is a simple way to set up all the globals required to make a simple loop, and can be useful in ajax or rest-api context. I would never use it in those contexts as well, but I can see that there, it is more of an issue of style of coding then a function being evil by itself.

Going a little deeper, the main problem is that globals need to be set at all. That is the main problem not the one function that helps setting them.