Inconsistent treatment of translated strings
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
Inizia da ruleset.xml intorno alle righe 222-224 e confronta la gestione della severità con quella di WordPress/Sniffs/Security/EscapeOutputSniff.php intorno alle righe 70-73. Riproduci lo snippet PHP fornito con le severità 1 e 5, quindi verifica che i quattro casi di stringhe tradotte ricevano un trattamento coerente per i codici di errore segnalati.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Bug Description
We seem to have some inconsistencies when looking at _e() and _ex() vs echo __() and echo _x(), for example. Note that none of these functions are escaped.
When the minimal code snippet below is checked with severity 5, only 2 violations for __() and __x() appear.
When it's severity 1, then violations for all 4 lines appear.
Seems to originate from this line where we drop severity for some WPCS violations, as we apparently trust translations.
The unsafe printing functions are _e() and _ex() .
Minimal Code Snippet
<?php
echo __( 'foo', 'bar' );
_e( 'foo', 'bar' );
echo _x( 'foo', 'context', 'bar' );
_ex( 'foo', 'context', 'bar' );
Error Code
WordPress.Security.EscapeOutput.OutputNotEscaped and WordPress.Security.EscapeOutput.UnsafePrintingFunction
Environment
Use php -v and composer show to get versions.
| Question | Answer |
|---|---|
| PHP version | 7.4.8 |
| PHP_CodeSniffer version | 3.5.6 |
| VIPCS version | 2.2.0 |
Additional Context (optional)
Tested Against master branch?
- I have verified the issue still exists in the
masterbranch of VIPCS. - I have verified the issue still exists in the
developbranch of VIPCS.
- Lingua principale
- PHP
- Stelle
- 261
- Fork
- 44
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Automattic/VIP-Coding-Standards
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Bug: PreGetPosts warns when the early is_main_query() return is not the first statement in its ifAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 76/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 48/100
-
Breaking Change Type: Maintenance
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Automattic/VIP-Coding-Standards#849 · 1 commento ·
Tutte le issue di Automattic/VIP-Coding-Standards
Issue simili
-
sync-en
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
I maintainer di solito rispondono entro 1 giorno
-
sync-en
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 3 giorni
-
Form
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
symfony/symfony-docs#23159 ·
I maintainer di solito rispondono entro 3 giorni
-
bug component: bulk editor support
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
Yoast/wordpress-seo#23669 ·
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
php/frankenphp#2688 ·
I maintainer di solito rispondono entro 1 giorno