Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUGFIX] Use sanitized identifier in TemplateCompiler::has() #321

Merged
merged 1 commit into from
Jul 28, 2017

Conversation

sascha-egerer
Copy link
Contributor

Instances are stored with the sanitzied identifier into a runtime cache.
The TemplateCompiler::has() must also use the sanitzed version of the
identifier to check if the instance exists in the runtime cache.

@sascha-egerer sascha-egerer force-pushed the issue/320 branch 2 times, most recently from 5befdd9 to 6c3586c Compare July 26, 2017 12:58
@NamelessCoder
Copy link
Contributor

Expectations in unit tests need to be adjusted, two of them don't expect sanitizeIdentifier to be called. Obviously, now they should expect it :)

Apart from that, looks good and would prevent possible issues with custom identifiers.

Instances are stored with the sanitzied identifier into a runtime cache.
The `TemplateCompiler::has()` must also use the sanitzed version of the
identifier to check if the instance exists in the runtime cache.

Resolves TYPO3#320
@ohader ohader changed the title [BUGFIX] Use sanizted identifier in TemplateCompiler::has() [BUGFIX] Use sanitized identifier in TemplateCompiler::has() Jul 28, 2017
@bmack bmack self-requested a review July 28, 2017 08:48
@lolli42 lolli42 self-requested a review July 28, 2017 08:48
@ohader ohader requested review from ohader and removed request for lolli42 July 28, 2017 08:48
@lolli42 lolli42 self-requested a review July 28, 2017 08:49
@bmack bmack merged commit 53ee201 into TYPO3:master Jul 28, 2017
@sascha-egerer sascha-egerer deleted the issue/320 branch July 28, 2017 08:52
@NamelessCoder
Copy link
Contributor

We missed the sanizted typo in the commit message - I've noticed with GitHub that if you edit the PR title here, it will be used as suggested squash commit title, but only if:

  • The PR page was reloaded inbetween; the XHR updates don't seem to catch this.
  • There's more than one commit in the PR

If either of those are not true, the commit message must be manually edited right before merging even if the PR title was changed. Not a biggie - just a small peculiarity to watch out for.

@sascha-egerer
Copy link
Contributor Author

Oh damn... But good to know

opi99 pushed a commit to opi99/Fluid that referenced this pull request Jan 8, 2018
Instances are stored with the sanitzied identifier into a runtime cache.
The `TemplateCompiler::has()` must also use the sanitzed version of the
identifier to check if the instance exists in the runtime cache.

Resolves TYPO3#320
lolli42 pushed a commit that referenced this pull request Feb 5, 2018
* [TASK] Use the Trusty build environment on Travis (#314)

* [TASK] Remove test coverage of HHVM from travis.yml (#323)

Resolves: #322

* [BUGFIX] Fix getLayoutPathAndFilename behavior in TemplatePaths (#309)

Class TemplatePaths will now correctly return the class variable layoutPathAndFilename if it was set before.

Close: #309

* [BUGFIX] Use sanizted identifier in TemplateCompiler::has() (#321)

Instances are stored with the sanitzied identifier into a runtime cache.
The `TemplateCompiler::has()` must also use the sanitzed version of the
identifier to check if the instance exists in the runtime cache.

Resolves #320

* require and include are statements (#316)

* [BUGFIX] Prevent re-loading cached classes that already exist (#315)

This patch prevents a problem where it is made up to the individual cache implementation whether or not to re-load a class file when a class is already defined. Instead, making the compiler only fetch the class from cache if it is not already loaded (by checking class_exists without allowing autoloading!) prevents re-loading classes with “class already declared” errors to follow.

* [TASK] Throw ViewHelper exception in f:count on uncountable subject (#296)

* [TASK] Use (float) and (int) (#313)

* [BUGFIX] Do not attempt to escape non-string or -compatible values (#285)

Avoids calling htmlspecialchars() on incompatible values. Changes compiling of the escaping node to generate a small closure which checks for string or string-compatible value before escaping.

* [BUGFIX] Handle adding namespaces to ignored namespaces (#283)

Corrects the following two misbehaviors:

1. A second call to add a namespace with a `null` value causes an error; expected: silently keep ignoring namespace.
2. A second call to add a namespace that was previously ignored causes an error; expected: converts ignored namespace to active.

Fixes: #282

* [TASK] Fix typo in unknown namespace exception message (#326)

* [BUGFIX] Make casting of numbers the same in arguments and arrays (#333)

Problem briefly described: numbers passed in tag attributes vs. numbers passed in inline syntax (which internally uses the array syntax parsing) handles numeric values in two different ways:

* In tags, a NumericNode is created if is_numeric is true
* In arrays, numbers are cast with (float) and matched by regexp

NumericNode also casts the value but does so by using an add zero trick which makes PHP do the casting based on string value, and the input is always a string in the parser. This means that the two different ways of passing a number will produce two different
types of variables given natural numbers as input. Passing floats still causes the same type.

The solution is to apply the same method of casting in both cases.

* [BUGFIX] Make ViewHelperResolver internal cache non-static (#328)

Using a static class property for the cache could have bad side effects for setups which have multiple contexts for Fluid and may change the namespaces between contexts.

Converting the cache to a non-static property cleans it properly when a new ViewHelperResolver is created.

* [BUGFIX] Remove incorrect throws annotation (#355)

Exception class doesn't exist,

* [TASK] Add PHP 7.2 to travis (#363)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants