Output ends with __ESCAPED_SOURCE_END_CLEAN_CSS__
See original GitHub issueI have a vendor-provided CSS file which I am using grunt-contrib-cssmin
(^1.0.1) to strip out comments and minify.
The file is processed, and the output ends with __ESCAPED_SOURCE_END_CLEAN_CSS__
.
A sample of the vendor file I am processing is attached (had to change file ext. to .txt
so it would upload, but I am dealing with the same file with ext. .css
).
Is there anything in this sample file that would cause the processing to add this output?
Cheers 😄 player.txt
Issue Analytics
- State:
- Created 7 years ago
- Comments:5
Top Results From Across the Web
__ESCAPED_SOURCE_END_C...
I'm seeing this string inserted at the end of my output. ... every file that is processed by clean-css, so we can track...
Read more >How to use gulp-clean-css to write a new -min.css file instead ...
Currently, I have this line which minifies the file. However, it overwrites the original with the minified version. I would like it to...
Read more >Using character escapes in markup and CSS - W3C
CSS escapes. CSS represents escaped characters in a different way. Escapes start with a backslash followed by the hexadecimal number that ...
Read more >Use CSS.escape() to escape QuerySelectorAll() - Rick Strahl
Ran into an issue recently where a querySelector operation was failing in document link navigation when navigating hashes.
Read more >Cross Site Scripting Prevention - OWASP Cheat Sheet Series
This is where Output Encoding and HTML Sanitization are critical. ... Ensuring that all variables go through validation and are then escaped or...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Thanks to the new tokenizer this is no longer an issue. Added a test case and marking it as fixed on master. Thanks @davewallace!
For my part, I was dealing with vendor contributed files which we did not want to touch anyway, so whether it was a parsing error which resulted in the
__ESCAPED_SOURCE_END_CLEAN_CSS__
or not, the point is moot as we wouldn’t change a given error to avoid the problem apparent in this issue.Thinking back though, I seem to recall removing some comments via minification which removed the error… this is a while ago for me now, done a lot of things since, so I may be incorrect there.