This repository was archived by the owner on Apr 12, 2024. It is now read-only.
feat($templateRequest): trust url if it is already in cache #9745
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is a rehash of #4879. I've encountered this issue a long time ago and it is no longer relevant for me, but maybe it will help someone else... This bothered me when I used the base tag in some project to point to a domain different than the one the page was served from - it meant that any template that was preloaded using something like
<script type="text/ng-template" id="/tpl.html">
was blocked by$sce
when I tried to load it since the domain in the base tag was not trusted by default.So I'm thinking that it doesn't make much sense to block something that is already in the cache, but there was a test in
$compile
which explicitly tested that even cache will be blocked (which I had to remove), so I'm probably missing something.Anyway, even if this is not really interesting, I think that the refactor in the first two commits might be relevant anyway....