refactor(index): use stringifyRequest to avoid absolute paths (loaderUtils.stringifyRequest)

[jimedelstein]

Per webpack documentation on building loaders (https://webpack.github.io/docs/how-to-write-a-loader.html), loaders should not use absolute paths, but this one does. This PR fixes the problem.

[jsf-clabot]

All committers have signed the CLA.

[joshwiens]

@jimedelstein - You will need to sign the CLA before this can move forward

[alexander-akait]

@jimedelstein friendly ping

[michael-ciniawsky]

@jimedelstein Please sign the CLA. Otherwise I'm going to close this PR within the next ~48-72 hours due to the missing CLA signment

[jimedelstein]

@michael-ciniawsky I've signed it, unfortunately I didn't properly configure my git user when I made this commit. I was able to repair it and rebase it but I think I will have to make a new PR because it's still showing the default author info in addition to the correct info. Haven't had this problem before, please confirm that's the correct next step and there's not an easier way. Thanks

[michael-ciniawsky]

(Squash the commits into one) and then

git commit --amend --author="Author Name <[email protected]>"

using the e-mail address matching with your Github Account or open an new PR

[jimedelstein]

@michael-ciniawsky That's what basically what I did (I used rebase instead of squash). When I wrote that it showed both committers, but now it seems to be working, so I guess we're good now?

[michael-ciniawsky]

- "addScript.js")) + ")"+
+ "addScript.js")) + ")" +

Missing Space

[michael-ciniawsky]

@jimedelstein Please address the tiny nit mentioned #49 (comment) so I can proceed here :)

[jimedelstein]

@michael-ciniawsky done (finally!)

[garygreen]

@michael-ciniawsky any news on this? script-loader completely breaks consistent hashing across different machines if it's using absolute paths. See this article about it: https://medium.com/@the_teacher/webpack-different-assets-hashes-on-different-machines-the-problem-the-solution-ec6383983b99

Can this be looked at urgently?

[halfnibble]

I too am very interested in this. Thanks.

[garygreen]

@michael-ciniawsky @evilebottnawi @sokra It's pretty rediclous that this hasn't been fixed yet. There's been a PR from the community trying to fix this issue since 2017, over 2 years and the last release of script-loader was back in Sep 2017 - is this project still maintained anymore? If the maintainers aren't willing to maintain it then can you at least deprecate/mark the project as abandoned because it really isn't fair to the community to let bugs like this sit around for so long.

Appreciate all the work and time that goes into maintaining a project but we do need more feedback and guidance from the maintainers.

[alexander-akait]

@garygreen yes, loader is abandoned 😞 You can help to us with this, if you have time for this just ping me again and i will add access to the repository