Luna pallida 32.2.0

2023/05/16

Pale Moon è un browser Web Open Source basato su Goanna disponibile per Microsoft Windows, Linux e Android, incentrato su efficienza e facilità d’uso. Assicurati di ottenere il massimo dal tuo browser!

Pale Moon ti offre un’esperienza di navigazione in un browser completamente costruito dalla propria fonte sviluppata in modo indipendente che è stata derivata dal codice Firefox/Mozilla, con funzionalità e ottimizzazioni accuratamente selezionate per migliorare la velocità del browser, l’utilizzo delle risorse, la stabilità e l’esperienza dell’utente, offrendo allo stesso tempo una personalizzazione completa e una raccolta crescente di estensioni e temi per rendere il browser davvero tuo.

Caratteristiche:

Ottimizzato per processori moderni
Basato sul motore di layout ottimizzato proprietario (Goanna)
Sicuro: derivato dal codice Mozilla maturo e aggiornato regolarmente
Sicuro: funzionalità di sicurezza aggiuntive e sviluppo consapevole della sicurezza
Supportato dalla nostra comunità di utenti e completamente senza scopo di lucro
Interfaccia familiare, efficiente e completamente personalizzabile
Supporto per temi completi: totale libertà sul design di qualsiasi elemento
Supporto per temi leggeri (skin) facilmente creati
Disegno di pagine fluido e veloce ed elaborazione di script
Maggiore stabilità: sperimenta meno arresti anomali del browser
Supporto per molte estensioni di Firefox
Supporto per un numero crescente di estensioni esclusive di Pale Moon
Ampio e crescente supporto per HTML5 e CSS3
Molte opzioni di personalizzazione e configurazione

Registro delle modifiche di Pale Moon 32.2.0:

Questo è un altro importante aggiornamento di sviluppo, continuando i nostri rapidi sforzi di sviluppo nella pietra miliare v32. Con questa versione avremmo dovuto ripristinare la compatibilità web con la maggior parte dei siti problematici segnalati. Se in precedenza ti imbattevi in siti Web problematici in Pale Moon, potrebbe essere una buona idea riprovarli con questa versione. Un ringraziamento speciale a Job Bautista, martok, dbsoft, FranklinDM e Travis per aver continuato il loro duro lavoro rendendolo realtà!

Questo aggiorna la nostra versione della piattaforma UXP/Goanna alla 6.2.

Modifiche/correzioni:

Importazioni di moduli dinamici implementate. Vedere le note di implementazione.
Esportazione implementata delle funzioni asincrone nei moduli.
Campi di classe JavaScript implementati. Vedere le note di implementazione.
Operatori di assegnazione logica implementati ||=, &&= e? ?=.
Implementata una soluzione per i siti Web che utilizzano l’ambiguo window.event ufficialmente deprecato. Questo è disabilitato per impostazione predefinita ma può essere abilitato tramite la preferenza dom.window.event.enabled di about:config. Vedere le note di implementazione.
Implementato self.structuredClone() (questo potrebbe essere molto oscuro per chiunque tranne che per gli sviluppatori web. Mi scuso ;-))
Element.replaceChildren implementato. Ancora una volta principalmente una nota per sviluppatori web.
Shadow DOM migliorato: corrispondenza host.
CSS di WebComponents implementato: :slotted() e funzionalità correlate.
Caching delle pagine migliorato nel nostro allocatore di memoria.
Aggiunto il supporto per FFmpeg 6.0, particolarmente importante per le distribuzioni Linux all’avanguardia.
Risolto un potenziale deadlock del disegno per le immagini, in particolare SVG. Questo risolve una serie di scenari di blocco all’arresto.
Risolti vari arresti anomali relativi a WebComponents e al nostro recente lavoro JavaScript.
Risolti vari problemi di compilazione dall’origine su piattaforme di destinazione secondarie.
Risolti vari piccoli problemi di scripting front-end del browser che potevano causare errori o funzionalità interrotte.
Corretta la gestione delle funzioni asincrone (freccia) dichiarate all’interno dei costruttori.
Risolti vari piccoli problemi di conformità JavaScript.
Risolto un problema per cui JavaScript (solo nei moduli) non creava correttamente wrapper asincroni.
Aggiornata l’API DOM Performance alle specifiche correnti (User Timing L3).
Consulta le note di implementazione, soprattutto se intendi utilizzarle nei contenuti Web per funzionalità critiche.
Gestione degli eventi di pressione dei tasti aggiornata per inviare eventi di pressione dei tasti su Ctrl+Invio.
Strutture JavaScript interne aggiornate per semplificare il porting futuro e migliorare le prestazioni di JavaScript.
Gestione e stile delle finestre aggiornati su Mac.
Aggiornata la libreria Freetype alla 2.13.0.
Aggiornata la libreria Harfbuzz alla 7.1.0.
Aggiornate le nostre chiamate di ricerca DNS per utilizzare inet_ntoa() invece del deprecato inet_ntop().
Aggiornata l’API Fetch per utilizzare l’URL di base globale anziché l’URL di base del documento di ingresso per la conformità alle specifiche.
Non supportiamo più il fontconfig obsoleto sui sistemi GTK.
Non analizziamo o restituiamo più il corpo delle risposte vuote note dai server (lunghezza del contenuto pari a 0 o in caso di metodi HEAD o CONNECT).
Implementata la memorizzazione nella cache dei font in scala su GTK, migliorando le prestazioni.
Risolto un problema di compilazione durante la compilazione per Linux su ARM64 nelle distribuzioni successive.
Dividi più parti del browser in parti separate. dll su Windows per ridurre il carico del compilatore e un file xul.dll sovradimensionato
Rimosso mozilla::AlignedStorage (pulizia del codice).
Le build per FreeBSD ora usano xz per il packaging invece di bzip2. Su richiesta, ora offriamo anche build GTK2 per FreeBSD.
Unita la preferenza dom.getRootNode.enabled nella pref dom.webcomponents.enabled. Vedere le note di implementazione.
Risolto un potenziale problema DoS con la decodifica JPEG.
Risolto un potenziale problema nel codice del widget di Windows che poteva causare arresti anomali.
Disabilitati protocolli esterni potenzialmente pericolosi su Windows.
Aggiunto problema noto. dll alla blocklist interna.
Problemi di sicurezza risolti: CVE-2023-32209, CVE-2023-32214 e molti altri che non hanno una designazione CVE.
Riepilogo delle patch di sicurezza UXP Mozilla: 4 corrette, 1 respinta, 27 non applicabili.

Note di implementazione:

I moduli JavaScript hanno vari metodi per essere caricati nel contenuto della pagina web. Uno dei metodi introdotti successivamente è una dichiarazione import() in stile funzione, le cosiddette “importazioni di moduli dinamici” che è stata utilizzata da vari framework Web, causando problemi per Pale Moon con conseguenti pagine vuote nella maggior parte dei casi (poiché i siti web non utilizza in realtà la struttura del documento HTML, ma piuttosto JavaScript per creare contenuti, tutti da moduli importati). Questo è stato un importante problema di compatibilità web ultimamente e siamo lieti di annunciare che questo complesso macchinario è stato implementato.
La specifica del linguaggio JavaScript continua ad essere annacquata da un linguaggio di prototipazione verso un ibrido più “simile al C”. Come parte di questo sforzo, le classi JavaScript sono state introdotte in ECMAScript 6 e ora ulteriormente ampliate in ES2022 con campi di classe e campi/metodi di classe privata, oltre a statica. Dovremmo avere un’implementazione completa di questo ora, che costituisce le parti più importanti dell’aggiornamento linguistico ES2022.
L’uso dell’obsoleto window.event globale di Microsoft Internet Explorer è stato per noi un problema diffuso di compatibilità web, soprattutto da quando è stato ufficialmente deprecato e non abbiamo mai implementato questa proprietà ambigua e inaffidabile che è altamente sensibile al contesto. I siti Web dovrebbero utilizzare l’evento come passato nel gestore dell’evento per ottenere invece l’origine dell’evento. Tuttavia, poiché né Chrome né Firefox l’hanno abbandonato e sembrano giocare a “pollo”, rimane in uso sul web. Per affrontare questo conflitto, abbiamo ora implementato l’equivalente dietro una preferenza per consentire agli utenti di utilizzare (temporaneamente) il window.event globale mentre i webmaster aggiornano i loro siti web. Speriamo che il campo di Google abbandoni finalmente questo presto in modo da poter chiudere con questa stranezza legacy.
L’API DOM Performance è stata aggiornata alla specifica User Timing livello 3. Va notato in modo critico che l’API DOM Performance non è mai stata progettata per essere utilizzata come una cosa ovvia sui contenuti pubblicati ed è stata progettata solo per l’utilizzo dell’analisi delle prestazioni della pagina da parte dei web designer. Ovviamente, come parte della messa a disposizione degli strumenti di sviluppo sul Web, sono seguiti molti abusi a causa delle misurazioni accurate della navigazione e dei tempi che questa API può fornire (ti guardo, Google!). A causa della stretta integrazione con l’analisi dei contenuti Web, l’implementazione delle specifiche precedenti che avevamo causava problemi e interrompeva effettivamente alcuni servizi, quindi l’abbiamo aggiornata, ma con alcune importanti differenze fondamentali:
In Pale Moon, manteniamo disabilitati i tempi di navigazione perché è un notevole problema di privacy per i dati che può raccogliere (eventi e tempi di navigazione esatti). Se sei uno sviluppatore web e hai bisogno di queste misurazioni temporali, puoi abilitarle con dom.enable_performance_navigation_timing.
La nostra implementazione, contrariamente alle specifiche, non consente la registrazione illimitata di eventi di performance (registrando effettivamente ogni evento di pagina!) che può anche consumare rapidamente memoria. Invece applichiamo una quota predefinita ragionevole che dovrebbe essere abbastanza ampia per tutti gli usi legittimi, ma impedisce l’uso incontrollato delle risorse o la registrazione estesa delle azioni dell’utente.
Se viene raggiunta la quota impostata, verrà stampato un avviso nella console e gli eventi di performance registrati verranno eliminati. Se ti affidi (stupidamente) agli eventi dell’API Performance per far funzionare la tua applicazione web, tieni presente che ciò potrebbe causare problemi di compatibilità poiché l’API, ancora una volta, non è stata progettata per essere utilizzata in questo modo. Per la gestione degli eventi, sono disponibili alternative molto migliori che non comportano la registrazione estesa dei dati dell’utente o l’affidamento a un’API dello strumento di sviluppo.
Storicamente abbiamo implementato la funzione DOM getRootNode poiché veniva utilizzata in natura come funzione autonoma, tuttavia il suo intento principale è sempre stato quello di essere una funzione di supporto parte di Shadow DOM/WebComponents. Pertanto, ora abbiamo unito la preferenza alla preferenza WebComponents, abilitandola e disabilitandola insieme al resto della nostra implementazione WebComponents.

Lascia un commento Annulla risposta