Stip of the last <include> block header when writing deps to the same file

[wingedfox]

Stip of the last block header when writing deps to the same file

from grunt-include-source.

[jwvdiermen]

Sounds like a strange issue. Let me know when you can reproduce this.

If anyone else has this issue, let me know. If so, I'll have a look at it.

[wingedfox]

I can confirm this now.
Still had no chance to investigate this to make exact steps to reproduce, but met it about 10 times in the last week on the windows and ubuntu.
It seems that this happens only when upper includes has massive changes and with the very last block only.

[manuelnaranjo]

Actually this is pretty easy to reproduce, just chage index.html in the test directory, make sure the last statemente is as follows:

<!-- include: "type": "js", "files": ["js/_first.js","js/lib/**/*.js","<%= vars.jsPath %>/main.js"], "basePath":  "<%= vars.multipleBasePath %>" -->
    <script src="js/lib/dep1.js"></script>
<!-- /include -->

And it will create the following output:

<!-- include: "type": "js", "files": ["js/_first.js","js/lib/**/*.js","<%= vars.jsPath %>/main.js"], "basePath":  "<%= vars.multipleBasePath %>" -->
    <script src="js/_first.js"></script>
    <script src="js/lib/dep1.js"></script>
    <script src="js/lib/dep2.js"></script>
    <script src="js/main.js"></script>
<!-- /include -->

Noticed it didn't keep the order as dep1 should be first.

I'm investigating this issue as this is very important for me to get fixed, otherwise my AngularJS apps break.

[manuelnaranjo]

Sorry my last comment was not related to this issue, I'm experiencing the ordering issue as well, will create a new issue for it.

[jwvdiermen]

Well, the point of the <!-- /include --> tag is so you can rewrite the same html file without needing an separate output file. It doesn't remember anything inside of the tag, meaning it works like it's designed to in your case.

[manuelnaranjo]

Indeed, ordering needs to be handled outside the plugin scope.