El conflicto que comenz\u00f3 en septiembre entre las empresas Automattic y WP Engine ha dado un giro inesperado: Automattic, que supervisa el desarrollo de la plataforma WordPress y el cat\u00e1logo oficial de plugins de WordPress.org, ha anunciado la creaci\u00f3n de un fork de uno de los plugins m\u00e1s populares, ACF (Advanced Custom Fields), desarrollado por WP Engine, que cuenta con m\u00e1s de 2 millones de instalaciones y se distribuye bajo la licencia GPLv2. La indignaci\u00f3n de los desarrolladores surgi\u00f3 porque los propietarios de WordPress.org no solo crearon un fork separado, 'Secure Custom Fields', sino que tambi\u00e9n reemplazaron la p\u00e1gina del plugin principal ACF en WordPress.org con \u00e9l, iniciando as\u00ed la migraci\u00f3n de usuarios al fork. <\/p>\n
Esta acci\u00f3n fue justificada por la preocupaci\u00f3n por la seguridad y la necesidad de informar a los usuarios sobre la correcci\u00f3n de una vulnerabilidad que no se hab\u00eda solucionado en la versi\u00f3n de ACF distribuida a trav\u00e9s del cat\u00e1logo de WordPress.org. En el anuncio de la creaci\u00f3n del fork tambi\u00e9n se menciona que los desarrolladores de ACF declararon que pasar\u00edan a proporcionar actualizaciones del plugin desde su propio sitio en lugar de a trav\u00e9s de WordPress.org, aunque los representantes de WordPress.org no recomiendan a los usuarios que cambien al sistema de actualizaciones propuesto por los desarrolladores de ACF hasta que se resuelva la vulnerabilidad en el plugin. Se afirma que el reemplazo del plugin es una situaci\u00f3n excepcional, respaldada por ataques legales de WP Engine, la empresa que desarrolla el plugin ACF. Aparte de solucionar la vulnerabilidad en el fork, se realiz\u00f3 una limpieza de las vinculaciones a los servicios de WP Engine. <\/p>\n
La ridiculez de la situaci\u00f3n es que, unas semanas antes, Automattic hab\u00eda bloqueado el acceso de los desarrolladores de ACF a WordPress.org, por lo que los mantenedores de ACF no pudieron publicar una actualizaci\u00f3n con la correcci\u00f3n de la vulnerabilidad en WordPress.org, pero a la vez publicaron la soluci\u00f3n en su propio sitio y recomendaron instalarla manualmente o a trav\u00e9s de su propio cat\u00e1logo alternativo de WP Engine. La actualizaci\u00f3n que corrige la vulnerabilidad en ACF fue preparada 5 d\u00edas antes del anuncio de Automattic sobre la creaci\u00f3n del fork. <\/p>\n
La captura de la base de usuarios y la p\u00e1gina de ACF en WordPress.org fue una extensi\u00f3n del conflicto entre la empresa WP Engine y Matt Mullenweg, fundador de la plataforma WordPress y propietario de Automattic. Desde 2011, Matt Mullenweg hab\u00eda sido inversor en WP Engine, pero dej\u00f3 de serlo en 2018, tras la entrada de WP Engine en el foco de inter\u00e9s de la compa\u00f1\u00eda de inversi\u00f3n Silver Lake. Adem\u00e1s del desarrollo del plugin ACF, WP Engine tambi\u00e9n est\u00e1 ampliando su plataforma de hosting de proyectos en el motor WordPress<\/a>, que compite con WordPress.com <\/p>\n El conflicto se activ\u00f3 despu\u00e9s de que la organizaci\u00f3n WordPress Foundation solicitara en junio el registro de las marcas 'Managed WordPress' y 'Hosted WordPress', que se utilizaban en el sitio de WP Engine. El 20 de septiembre, Matt Mullenweg critic\u00f3 en la conferencia WordComp las actividades de WP Engine y public\u00f3 un art\u00edculo explicando que WP Engine no tiene ninguna relaci\u00f3n con el proyecto oficial de WordPress, a pesar de la ret\u00f3rica y el marketing de WP Engine que intenta convencer a los usuarios de lo contrario. <\/p>\n Tambi\u00e9n se expres\u00f3 descontento por la escasa implicaci\u00f3n de WP Engine en el desarrollo: con ingresos de 500 millones de d\u00f3lares, esta empresa dedica aproximadamente 40 horas a la semana al desarrollo de la plataforma WordPress, mientras que la contribuci\u00f3n de Automattic se estima en 3915 horas a la semana. En un art\u00edculo, se compar\u00f3 a WP Engine con un tumor canceroso y se mencion\u00f3 que para continuar con sus negocios, WP Engine ahora necesitar\u00e1 una licencia para la marca registrada WordPress. Un enlace a este art\u00edculo apareci\u00f3 en el widget de noticias en el panel de administraci\u00f3n de todas las instalaciones de WordPress, incluidas las instaladas en alojamiento convencional<\/a> WP Engine. <\/p>\n El 23 de septiembre, WP Engine envi\u00f3 a Automattic una solicitud formal (Cease and Desist) para que cesara las declaraciones falsas, enga\u00f1osas y difamatorias. A cambio, Automattic exigi\u00f3 a WP Engine que dejara de usar la marca registrada WordPress e hizo un cambio en las normas de uso de marcas registradas, mencionando el nombre 'WP Engine' como un ejemplo de pr\u00e1ctica enga\u00f1osa hacia los usuarios debido a la estilizaci\u00f3n como el motor oficial de WordPress. <\/p>\n El 25 de septiembre, WP Engine perdi\u00f3 el acceso a los recursos distribuidos a trav\u00e9s del sitio WordPress.org, incluyendo el acceso a actualizaciones con correcciones de vulnerabilidades, plugins y temas. Ese mismo d\u00eda, las cuentas de los empleados de WP Engine fueron bloqueadas en el cat\u00e1logo de WordPress.org, impidiendo que publicaran actualizaciones para el plugin ACF. El 27 de septiembre, el bloqueo del acceso de WP Engine a los recursos fue parcialmente levantado, pero luego se reanud\u00f3 nuevamente el 1 de octubre. <\/p>\n