Incorrect type in SelectStatement::$expr when query has CASE-clause in selected fields
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 3/5
- Tempo estimado
- 1-2 dias
- Facilidade para iniciantes
- 35/100
Direção de pesquisa
Comece com a reprodução do Parser na issue e inspecione como SelectStatement::$expr é preenchido quando uma cláusula CASE é selecionada. Compare os tipos Expression e CaseExpression e verifique o contrato pretendido executando novamente o script fornecido; considera-se concluído quando o TypeError relatado não ocorre mais e a lista de expressões continua corretamente tipada.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
The public field SelectStatement::$expr is defined in a PHP docblock as an Expression[]. When parsing a query with a CASE statement, a CaseExpression object is present in this list, despite CaseExpression not extending Expression. This causes issues when explicitly requiring the Expression type as should be returned by SelectStatement::$expr.
Reproduction case
<?php
declare(strict_types=1);
use PhpMyAdmin\SqlParser\Components\Expression;
use PhpMyAdmin\SqlParser\Parser;
use PhpMyAdmin\SqlParser\Statements\SelectStatement;
include_once 'vendor/autoload.php';
$p = new Parser('SELECT a, CASE WHEN b IS NOT NULL THEN 1 ELSE 0 END as c FROM t');
$stmt = $p->statements[0];
if (! $stmt instanceof SelectStatement) {
throw new Exception('Could not parse select statement');
}
function acceptExpression(Expression $e): void {}
$expressions = $stmt->expr;
foreach ($expressions as $expression) {
acceptExpression($expression);
}
Expected behavior
I would expect this script to not error out as the $stmt->expr returns Expression[] according to its PHP docblock. Each element should therefore be compatible with Expression in my acceptExpression function.
Real behavior
$ php test.php
PHP Fatal error: Uncaught TypeError: acceptExpression(): Argument #1 ($e) must be of type PhpMyAdmin\SqlParser\Components\Expression, PhpMyAdmin\SqlParser\Components\CaseExpression given, called in /path/to/test.php on line 22 and defined in /path/to/test.php:18
Stack trace:
#0 /path/to/test.php(22): acceptExpression()
#1 {main}
thrown in /path/to/test.php on line 18
- Linguagem predominante
- PHP
- Estrelas
- 485
- Forks
- 119
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de phpmyadmin/sql-parser
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
phpmyadmin/sql-parser#655 · 1 reação ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 55/100
phpmyadmin/sql-parser#666 ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 65/100
phpmyadmin/sql-parser#662 · 2 reações ·
-
MariaDB and MySQL contexts Abertakind/support
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 45/100
phpmyadmin/sql-parser#653 · 1 reação ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 70/100
phpmyadmin/sql-parser#649 ·
Todas as issues de phpmyadmin/sql-parser
Issues semelhantes
-
[Chore] Keep one viget-block-generator skill and replicate it, instead of four tracked copies Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 85/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
hector-jewell/food-delivery-system-for-restaurant-using-php#1311 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
Sylius/SyliusGridBundle#501 ·