WordPress 7.1 pe 19 august: ce se strică în panou

Răspunsul scurt, într-un tabel

Întâi concluzia, apoi dovada. Dacă ai treizeci de secunde, tabelul ăsta e tot articolul.

Data e pe foaia de parcurs oficială WordPress.org: 7.1 iese pe 19 august 2026. Modificarea a fost anunțată pe 3 august, într-o notă pentru dezvoltatori intitulată Post list tables row headers changed, și reluată apoi de presa de specialitate în aceiași termeni generali. Ce lipsea era proba pe o instalare reală.

Ce am testat, și cum

Am montat o instalare curată într-un container izolat, i-am pus deasupra douăsprezece pluginuri dintre cele mai răspândite, toate active în același timp. Am fotografiat HTML-ul a șapte ecrane din panou, am actualizat nucleul la versiunea candidat și am fotografiat aceleași șapte ecrane, cu același utilizator și aceeași sesiune.

Șapte ecrane, nu doar lista de articole

Aici testul a găsit ceva ce anunțul nu spune.

Nota se numește Post list tables — tabelele de articole. Relatările care au urmat au repetat același domeniu: liste de articole, pagini și tipuri de conținut personalizate. Noi am verificat șapte ecrane diferite. S-au schimbat toate șapte.

Motivul e în codul nucleului și face rezultatul previzibil, privind înapoi. Schimbarea nu stă în clasa care desenează lista de articole, ci în WP_List_Table — clasa de bază din care moștenesc toate listele din panou. Linia e în wp-admin/includes/class-wp-list-table.php:

if ( 'cb' === $column_name ) {
    echo '<td class="check-column">';
    echo $this->column_cb( $item );
    echo '</td>';
}

Dacă cineva ți-a construit un plugin pe măsură cu propria lui listă în panou — iar extinderea acelei clase e modul documentat de a face asta — moștenești schimbarea fără să fi atins nimic. Ăsta e rândul de trimis mai departe.

Ce s-a schimbat, concret, în cod

Definiția scurtă, cea pe care o poți trimite mai departe fără să explici nimic în plus.

În WordPress 7.1 celula cu bifa din fiecare rând al listelor din panou încetează să mai fie capul de rând și devine o celulă obișnuită, iar celula cu titlul devine capul de rând și primește numele elementului ca etichetă pentru cititoarele de ecran.

Asta produce WordPress 7.0.3 pentru primul rând din lista de articole:

<th scope="row" class="check-column"> … bifa
<td class="title column-title has-row-actions column-primary page-title"> … titlul

Și asta e aceeași instalare, câteva minute mai târziu, pe 7.1-RC2:

<td class="check-column"> … bifa
<th scope="row" class="title column-title has-row-actions column-primary page-title"
    aria-label="Articolo di prova 3"> … titlul

Clasele rămân identice. Se schimbă eticheta care le poartă, plus noul atribut cu titlul. Atât e toată modificarea.

Motivul e de accesibilitate și e unul bun: până acum un cititor de ecran anunța fiecare rând cu „casetă de bifat". De pe 19 august anunță titlul articolului. Cine navighează panoul fără să vadă ecranul știe, în sfârșit, despre ce rând e vorba. Nota pentru dezvoltatori o spune textual:

„This change significantly improves accessibility for post list tables by ensuring that the naming used for screen readers to identify the current row refers consistently to the name of the relevant post."

Ticketul care cerea schimbarea poartă numărul 32892. Nu am reușit să-l deschidem: tracker-ul WordPress răspunde 403 la cereri automate și cere rezolvarea unui control în browser. Numărul îl cităm pentru că îl citează ghidul oficial, nu pentru că l-am citit.

Singurul plugin care se rupe

În fișierul assets/js/table.js, Admin Columns adună rândurile bifate cu acest selector, literal:

querySelectorAll("tbody th.check-column input[type=checkbox]:checked")

Pe WordPress 7.0.3 selectorul găsește patru căsuțe în lista noastră de probă. Pe 7.1-RC2 găsește zero. Nu e o presupunere: e numărătoarea făcută pe cele două pagini salvate, aceeași pagină înainte și după.

Funcția aia alimentează alte trei din același fișier: câte rânduri ai selectat, ce celule aparțin rândurilor selectate și dacă ai selectat tot. Cu zero în loc de patru, stratul de selecție continuă să se deseneze, dar nu mai are pe ce lucra.

Versiunea publică e 7.0.19, apărută pe 29 mai 2026 — cu două luni înainte ca schimbarea să fie anunțată. În alt loc din același fișier pluginul folosește .check-column input[type=checkbox], fără să numească eticheta, și acolo nu pățește nimic. Deci e un selector, nu o problemă de plugin, și e genul de lucru care se repară într-o versiune minoră.

Cele două alarme false

Ecranul cu lista de articole, cu cele douăsprezece pluginuri active, încarcă 195 de fișiere CSS și JavaScript. Le-am descărcat pe toate și am căutat în ele numele celor două celule. Trei pluginuri au ieșit la căutare. Două sunt zgomot, iar motivul pentru care sunt zgomot e partea utilă.

All in One SEO are șase reguli scrise pe th.check-column, în două fișiere de stil pe care ecranul chiar le încarcă. Toate sunt precedate de .aioseo-wp-table, adică se aplică doar tabelelor pe care pluginul le desenează pe ecranele lui. Lista de articole din WordPress nici nu le vede.

Yoast SEO are un closest("th") în edit-page.js, care la o căutare automată arată exact ca problema. Citit în întregime, urcă de la o iconiță de ajutor din antetul tabelului — rândul cu numele coloanelor, care rămâne th și în 7.1. Yoast nu e atins.

Nucleul, la rândul lui, și-a făcut temele. Fișierul list-tables.css din 7.1-RC2 declară lățimile pe ambele forme, cea veche și cea nouă, în aceeași regulă. Cine actualizează nu vede nicio deplasare în panoul standard.

Înainte și după, în tabel

Cine e de fapt în pericol

Ce-ți trebuie ca să faci verificarea: o copie a site-ului care să nu fie cel adevărat, lista pluginurilor care ating panoul, fișierele tale de CSS de administrare dacă ai, și zece minute. Partea lungă e să deschizi copia de probă — pe un hosting WordPress administrat cu mediu de test copia e deja acolo și se face dintr-un clic.

Cum îți verifici site-ul în zece minute

Fără terminal. În panou, deschide lista de articole, clic dreapta pe o căsuță de bifat și alege „Inspectează". Dacă elementul evidențiat e un <th>, ești încă pe 7.0. Apoi uită-te la pluginurile active: care dintre ele adaugă coloane, reordonează rânduri sau fac modificare în bloc pe ecranul ăla? Alea sunt candidații și singurele care merită probate pe o copie.

Cu terminal, din folderul site-ului:

grep -rn "th\.check-column" wp-content/plugins wp-content/themes
grep -rn "td\.column-title\|td\.title\b" wp-content/plugins wp-content/themes

Fiecare rezultat e un candidat. Ca să afli dacă e o problemă reală, întreabă două lucruri. Fișierul se încarcă pe ecranele cu liste, sau trăiește pe o pagină de setări proprie? Și regula e precedată de o clasă a pluginului, cum face All in One SEO? Dacă răspunsul la a doua e da, treci mai departe.

Nota pentru dezvoltatori dă și reparația, iar ea e valabilă și pentru două rânduri de CSS scrise de cineva pentru tine:

„Retaining both td and th selectors will support retaining compatibility with versions of WordPress prior to 7.1."

Pe românește: nu înlocui th.check-column cu td.check-column. Scrie-le pe amândouă, despărțite de virgulă. Regula funcționează pe ambele versiuni și nu mai revii niciodată la ea.

Ce NU se întâmplă pe 19 august

• Site-ul public nu se schimbă. Nicio pagină, niciun formular, niciun preț, nicio viteză. Modificarea trăiește exclusiv în /wp-admin/.
• Nu dispare nicio coloană. În testul nostru toate cele paisprezece coloane din lista de articole au rămas la locul lor, cu datele lor.
• Nu e o breșă de securitate. Actualizările urgente arată altfel — breșa din WooCommerce Social Login de luna asta e un exemplu. Asta e o corecție de accesibilitate, planificată și anunțată cu șaisprezece zile înainte.
• Nu se strică modificarea rapidă din WordPress. Nucleul și-a actualizat selectorii odată cu marcajul.
• Nu se schimbă nimic pentru căutare. Nicio pagină indexată nu e atinsă, deci n-ai ce recrawla și n-ai ce repara după.

Cine spune că a testat deja, cu opt zile înainte

Fiecare plugin din directorul oficial declară până la ce versiune de WordPress a fost testat. Nu declară că e compatibil: declară că s-a uitat cineva. E singurul semnal public pe care îl ai și e gratis de citit.

Adunate, cele douăsprezece trec de 66 de milioane de instalări active — iar WordPress.org rotunjește în jos, deci numărul real e mai mare. Cu opt zile înainte de lansare, unsprezece din douăsprezece încă la 7.0.3 e situația obișnuită: mulți autori schimbă rândul chiar în ziua lansării sau în săptămâna de după. Nu e dovada că se rup unsprezece pluginuri. E măsura câtor case au aprins deja lumina.

Glosar, pentru cine aprobă actualizarea

Trei praguri: unde te afli

• Doar pluginuri din directorul oficial, fără cod scris pentru panou. Primul prag: actualizezi când vrei, deschizi lista de articole o dată după și treci mai departe.
• Pluginuri care adaugă coloane, reordonează rânduri sau fac modificări în bloc. Al doilea: probezi pe o copie înainte de 19, iar dacă autorul n-a declarat încă 7.1, aștepți o săptămână. Așteptarea nu te costă nimic.
• Plugin pe măsură, temă de administrare sau CSS scris de cineva pentru tine. Al treilea: faci cele două căutări azi. Dacă găsesc ceva, reparația e o virgulă și două cuvinte, iar cine ți-a scris codul o aplică în jumătate de oră.

Dacă tocmai copia de probă îți lipsește — și la site-urile mici ăsta e cazul obișnuit — aia e problema reală, și nu s-a născut odată cu actualizarea asta. Un mediu de test există exact ca o miercuri din august să nu fie o decizie. Îl pregătim pentru site-urile pe care le ținem noi, și nu e ceva ce se cumpără în grabă: e ceva ce se pregătește o dată și pe urmă îl uiți.

Întrebări pe care nu ni le-a pus nimeni

Nimeni nu ne-a scris încă despre WordPress 7.1: versiunea candidat are o săptămână, iar modificarea e îngropată într-o notă tehnică. Astea sunt întrebările pe care ni le-am pune citind anunțul la rece, plus cele care revin de fiecare dată când se apropie o versiune mare.

Ultima actualizare: 11 august 2026. WordPress 7.1 e programat pentru 19 august 2026 conform foii de parcurs oficiale WordPress.org; versiunea candidat 2 e cea mai recentă publicată pe canalul beta. Testul descris în pagina asta a fost rulat pe 11 august 2026, pe WordPress 7.0.3 și 7.1-RC2, cu PHP 8.3 și cele douăsprezece pluginuri din tabel. Repetăm aceeași probă pe versiunea finală, pe 19 august, și actualizăm pagina cu rezultatul — inclusiv coloana „testat până la", care în ziua lansării se schimbă la aproape toate pluginurile.