Bug #40069
closeddrop declare(encoding=) statements when merging extension config files
Added by Alexander Opitz about 12 years ago. Updated over 11 years ago.
0%
Description
Newer versions of PHP 5.3 and 5.4 are more strict with the declare(encoding=) statements, if they are not on the first line of the PHP file.
While the ext_localconf.php files merged together, they cann all bring this line in the master temporary localconf file and so this should be removed to prevent errors.
Files
class.t3lib_extmgm.php.1.diff (1.26 KB) class.t3lib_extmgm.php.1.diff | Alexander Opitz, 2012-08-23 09:19 | ||
ext_tables.php (88 Bytes) ext_tables.php | Alexander Opitz, 2013-02-11 08:46 |
Updated by Alexander Opitz about 12 years ago
Updated by Steffen Gebert about 12 years ago
Thanks for your patch, Alexander. Could you push this into the review workflow?
Updated by Steffen Gebert about 12 years ago
- Status changed from New to Accepted
Updated by Gerrit Code Review about 12 years ago
- Status changed from Accepted to Under Review
Patch set 1 for branch TYPO3_4-7 has been pushed to the review server.
It is available at http://review.typo3.org/14125
Updated by Gerrit Code Review about 12 years ago
Patch set 1 for branch TYPO3_4-6 has been pushed to the review server.
It is available at http://review.typo3.org/14126
Updated by Gerrit Code Review about 12 years ago
Patch set 1 for branch TYPO3_4-5 has been pushed to the review server.
It is available at http://review.typo3.org/14127
Updated by Christian Weiske about 12 years ago
What else needs to be done to get that merged?
Updated by Steffen Ritter about 12 years ago
Christian Weiske wrote:
What else needs to be done to get that merged?
See my comment at the 4.7 patchset and the general workflow description http://wiki.typo3.org/Gerrit_Review_Workflow
In general: if your commit message is good, and you code is understandable people will more likely review your Code. If it's not clear what happens, everybody just jumps to the next review request - there are plenty and more one can deal with.
A testing howto is helpful to - don't be shy to write long commit messages
And as you need at least one core review - the patch cannot be merged by just reviewing it with 2 collegues.
Updated by Alexander Opitz about 12 years ago
"And as you need at least one core review" - Thats known and we wait for that.
Why I should write the complete bug text into the commit message? Do I need to write down how to clean the cache and where the cached localconf file is?
Updated by Benni Mack almost 12 years ago
hey Alex,
could you give me an example on how such an extension file could look like with the declare() statement? I have never seen one and I'd like to reproduce the issue :)
Updated by Alexander Opitz almost 12 years ago
- File ext_tables.php ext_tables.php added
Updated by Gerrit Code Review almost 12 years ago
Patch set 2 for branch TYPO3_4-7 has been pushed to the review server.
It is available at https://review.typo3.org/14125
Updated by Gerrit Code Review almost 12 years ago
Patch set 3 for branch TYPO3_4-7 has been pushed to the review server.
It is available at https://review.typo3.org/14125
Updated by Gerrit Code Review almost 12 years ago
Patch set 2 for branch TYPO3_4-6 has been pushed to the review server.
It is available at https://review.typo3.org/14126
Updated by Gerrit Code Review almost 12 years ago
Patch set 2 for branch TYPO3_4-5 has been pushed to the review server.
It is available at https://review.typo3.org/14127
Updated by Helmut Hummel almost 12 years ago
Thanks for the patch. However I'm against introducing such things, but instead document that declare encoding is not allowed in ext_tables.php and ext_localconf.php files unless you have strong arguments why declare encoding statements are mandatory in these files.
Updated by Jigal van Hemert over 11 years ago
Helmut Hummel wrote:
However I'm against introducing such things, but instead document that declare encoding is not allowed in ext_tables.php and ext_localconf.php files unless you have strong arguments why declare encoding statements are mandatory in these files.
Agree with Helmut. According to CGL "All TYPO3 source files use the UTF-8 character set without byte order mark (BOM) since version 4.5.", so there is no need to declare any encoding (both in core and extensions). I'd even go a step further and declare it as not allowed in any PHP file in TYPO3.
Updated by Alexander Opitz over 11 years ago
Updated by Georg Ringer over 11 years ago
- Status changed from Under Review to Closed