• v3.3.0 5bce0cbb63

    v3.3.0
    All checks were successful
    Auto Release on version bump / release (push) Successful in 8s
    Stable

    Ghost released this 2026-10-11 19:57:45 +02:00 | 2 commits to main since this release

    Added

    • Compatibilità nell'oggetto di aggiornamento (inject_updates()): requires, requires_php e tested dal readme.txt della release, prima usati solo nella scheda "Visualizza dettagli". WordPress ora mostra l'avviso di incompatibilità, disattiva il pulsante e salta l'auto-update se PHP o WordPress non bastano. Idea dal confronto con Git Updater, che li passa.
    • Icona (images/icon.svg) nell'oggetto di aggiornamento: in Bacheca → Aggiornamenti i plugin gestiti non hanno più l'icona grigia generica. Servita dal sito: niente icona geometrica di s.w.org (il browser avrebbe mandato a WordPress.org i nomi dei plugin privati) né icone dal repo (illeggibili dal browser nei repo privati, e una richiesta in più per plugin).

    Fixed

    • "Questo plugin non è stato testato con la tua versione di WordPress" sulla 3.2.0 in produzione (WP 7.1.3, Tested up to: 7.1): WordPress confronta 7.1.3 <= 7.1, falso. WordPress.org restituisce invece l'ultima minor della major dichiarata. normalize_tested(): se Tested up to è solo major e coincide con quella del sito, restituisce la versione del sito. Usata sia nella scheda sia nell'oggetto di aggiornamento.

    • clear_cache() svuota solo i plugin appena aggiornati ($options['plugins'] / $options['plugin']) invece di tutti: il controllo successivo faceva ripartire insieme le richieste di ogni plugin e il rate limit di NPM rispondeva 503. "Controlla ora" continua a svuotare tutto.

    • 2026-10-11

    Added

    • Cestino (ultima colonna): per i plugin disattivati porta alla conferma nativa di WordPress (plugins.php?action=delete-selected&checked[]=…, nonce bulk-plugins), che elenca i file ed esegue uninstall.php. Plugin attivo → cestino grigio con "Deactivate the plugin first" (WordPress filtra comunque i plugin attivi). Niente cestino per l'updater stesso e senza delete_plugins (che copre anche DISALLOW_FILE_MODS).
    • Istanza in tabella: sotto owner/repo, l'host in grigio.
    • Anteprima, passo "Update source" (avviso giallo, non blocca): l'header punta a un repository diverso da quello da cui si installa, e gli aggiornamenti seguiranno l'header. La checklist ha ora lo stato warn.
    • Anteprima, cartella già esistente: se wp-content/plugins/<repo>/ c'è già, la checklist si ferma subito (prima WordPress falliva dopo aver scaricato lo zip, con un errore generico).

    Fixed

    • Anteprima: il file principale e il ripiego sul branch usano il default_branch del repo (dal passo 3, nessuna richiesta in più) invece di main fisso. Primary Branch nell'header resta prioritario.
    • Il passo "Forgejo Updater compatibility" nomina l'header trovato davvero (Gitea Plugin URI compariva come Forgejo Plugin URI).
    • Anteprima: un header nel vecchio formato breve (owner/repo), che l'updater dalla 3.0.0 non legge, ora ferma l'installazione con un errore chiaro ("Update source"); prima il plugin si sarebbe installato senza mai ricevere aggiornamenti. Caso reale: eg-ranking-repo. L'anteprima usa lo stesso parser dell'updater (EG_Forgejo_Updater::parse_repo_uri(), ora statico e pubblico).
    • Il messaggio "file principale non trovato" dice in quale branch ha cercato.

    Docs

    • readme FAQ e README: istanze che non generano archivi (forgejo.it risponde 500 a ogni /archive/): lì servono release con lo zip allegato.

    Verified

    • handle_preview() eseguita davvero come amministratore (redirect intercettato): repotest da forgejo.it → "Destination folder" e stop senza richieste; eg-ranking-repo con header breve reale → errore "Update source"; header falsato verso forgejo.it → avviso giallo, anteprima pronta; header uguale con maiuscole e slash finale → nessun avviso; default_branch simulato a develop → file letto da ?ref=develop.

    Why

    • Emerso dall'installazione di repotest da forgejo.it (11 ottobre): header che puntava a git.emanuelegori.uno, file principale rinominato, archivi in errore. Il cestino è una richiesta dell'utente.
    Downloads