This topic did nothing of the sort.
In fact, it would seem the extension validation queue was cleared by the shockwave released from the Hunga Tonga volcano eruption.
This topic did nothing of the sort.
An interesting theory.
Syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting '-' or T_STRING or T_VARIABLE or T_NUM_STRING
:Code: Select all
$event['html'] = 'foo';
Code: Select all
$the_literal_string_html = 'html';
$event[$the_literal_string_html] = 'foo';
unexpected EOF on line 115
, where 115 is the last line of the file — that's supposed to be the EOF! Needless to say all code blocks, methods, etc. are closed correctly, and again, all of this code runs fine and throws up no errors in the CLI version of EPV.That was a separate issue, relating to trailing commas, and only affected the CLI version of EPV, per my latest 2 replies in the queue discussion. In any case, surely the syntax
$var['prop']
would be supported in every version of PHP?I thought that you could use any version of PHP as long as it was specified in the extension's requirements - or has this changed?
You can use it here https://www.phpbb.com/extensions/epv/ for testing, or run it locally as said.
You can, but it is not suggested.
Yes. Once again though, I tried that when validating my HTML Entitites extension, and it didn't detect the issue with heredocs; only the online version detected that issue. As I said above:Paul wrote: ↑Sat Mar 26, 2022 1:43 pm You can use it here https://www.phpbb.com/extensions/epv/ for testing, or run it locally as said.
luo-ning wrote: ↑Tue Mar 22, 2022 6:43 pm a big improvement would be if the latest available version of EPV in the repo https://github.com/phpbb/epv exactly matched the logic of the version that's used to validate uploaded .zip files.
That was the case before, but this time the confirmation step was skipped for some reason. Bug I guess?
That's because you submitted it as convertor and not as extension.