# inside double quotes still treated as inline comment
See original GitHub issuev14.2.0
SOME_KEY={"field1":"some value", "field2": "stops here#this is discarded"}
When above line is parsed generates the following output
SOME_KEY: {"field1":"some value", "field2": "stops here
which in turns gives a SyntaxError: Unexpected end of JSON input
Issue Analytics
- State:
- Created 2 years ago
- Reactions:3
- Comments:10 (7 by maintainers)
Top Results From Across the Web
Html comments between double quotation - Stack Overflow
So I just want to note that while you can't use html comments in the manner that the OP wants, can you not...
Read more >Quotations Within Quotations - The Blue Book of Grammar ...
You should use double quotation marks to quote within a block quotation, but the final phrase within quotation marks is not a direct...
Read more >Single Quote, Double Quote, and Backticks in MySQL Queries
Wrapping single quotes inside of double quotes will cancel out the expected behavior of the single quotes in the MySQL Query and instead...
Read more >Quotation Marks and Direct Quotations - University of Sussex
The use of quotation marks, also called inverted commas, is very slightly complicated by the fact that there are two types: single quotes...
Read more >Multiline comments don't actually exist in Python - Codecademy
Python only has one way of doing comments and that is using # . Triple quotes are treated as regular strings with the...
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 Free
Top 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
Thank you @jonathan-reisdorf.
Patch is in
14.3.2
https://github.com/motdotla/dotenv/blob/master/CHANGELOG.md#1432-2022-01-25@mrliptontea yes, it is very common. We are working on the long term solution for this. Until then, you can do:
VAR_WITH_SPECIAL_CHARS="space slash/other@#1!="
13.x
for nowP.S. If option 1 is a hassle because you have a large team that would all need to update their
.env
files with quotes, consider using https://sync.dotenv.org. It streamlines the syncing process of.env
files between your team members. You will no longer need a.env.example
file.