| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
|
@AnnaMag btw, to get the list to show up as a checklist you need to remove the white space. :D e.g. - [x] |
Sorry, something went wrong.
There was a problem hiding this comment.
I think make lint should catch those nits? I forget.
Sorry, something went wrong.
There was a problem hiding this comment.
single quotes please!
Sorry, something went wrong.
There was a problem hiding this comment.
Is this the proper way to write it?
'this.hasOwnProperty("propBase");'
I thought that double quotes are used in JS to avoid escaping: http://standardjs.com/rules.html
Could you clarify this for me, please? Thanks!
Sorry, something went wrong.
There was a problem hiding this comment.
Oh uh... good question. We don't use Standard though (for legacy reasons).
@Trott thoughts? I'd prefer template strings tbh but I think our linter may warn about that currently...
Sorry, something went wrong.
There was a problem hiding this comment.
Ok. I asked for future reference.
I used template strings here: https://github.com/nodejs/node/pull/10272/files
and looks like the linter was ok with it
Sorry, something went wrong.
There was a problem hiding this comment.
In our lint rules, double quotes are acceptable if being used to avoid escaping single quotes. There are a few examples of it in the code base, but not many.
Sorry, something went wrong.
There was a problem hiding this comment.
(Just providing the answer to the question asked. I'm fine with whatever you do in this case as long as the linter accepts it.)
Sorry, something went wrong.
There was a problem hiding this comment.
Thanks!
Sorry, something went wrong.
There was a problem hiding this comment.
could we drop the trailing comma?
Sorry, something went wrong.
|
cc/ @fhinkel From https://nodejs.org/api/vm.html#vm_vm_createcontext_sandbox |
Sorry, something went wrong.
There was a problem hiding this comment.
Can you use camelCase for JavaScript variables please.
Sorry, something went wrong.
There was a problem hiding this comment.
camelCase here too please.
Sorry, something went wrong.
|
@Fishrock123, @cjihrig Done- thanks! |
Sorry, something went wrong.
Sorry, something went wrong.
| @@ -0,0 +1,20 @@ | |||
| 'use strict'; | |||
| // Ref: https://github.com/nodejs/node/issues/5350 | |||
There was a problem hiding this comment.
We usually don't include Ref: when linking to issues. I can only find two tests that do that. (For consistency they probably shouldn't)
Sorry, something went wrong.
There was a problem hiding this comment.
The known issue tests do.
Sorry, something went wrong.
There was a problem hiding this comment.
I don't think it matters.
The more information possible the better, though.
Sorry, something went wrong.
There was a problem hiding this comment.
I meant just get rid of Ref, not the link.
Sorry, something went wrong.
There was a problem hiding this comment.
Yea. I meant the known issue tests (I think all of them) include Refs: at the top.
Sorry, something went wrong.
There was a problem hiding this comment.
Never mind. Didn't realize that's the standard for known tests. Sorry for derailing the discussion.
Sorry, something went wrong.
|
Yes, it seems to be included in all files in that dir. I assumed it was an agreed upon "standard". Of course, np to remove it. |
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM
Sorry, something went wrong.
PR-URL: #10319 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com> Reviewed-By: Franziska Hinkelmann <franziska.hinkelmann@gmail.com>
PR-URL: #10319 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com> Reviewed-By: Franziska Hinkelmann <franziska.hinkelmann@gmail.com>
PR-URL: #10319 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com> Reviewed-By: Franziska Hinkelmann <franziska.hinkelmann@gmail.com>
|
this passes on v6 and fails on v4. Landed only on v6 |
Sorry, something went wrong.
PR-URL: #10319 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com> Reviewed-By: Franziska Hinkelmann <franziska.hinkelmann@gmail.com>
PR-URL: #10319 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com> Reviewed-By: Franziska Hinkelmann <franziska.hinkelmann@gmail.com>
| Back | FazBrowse Home | New Git URL |
Checklist
Affected core subsystem(s)
tests
Description of change
A test addressing subproblem of #5350
inherited properties flattened in the vm.runInNewContext
is added to the known_issues directory.
It will be fixed with the 5.5 V8 API changes
#5350 is a consequence of the above as flattening of sandbox
inherited properties happens first inside the vm context
and is subsequently translated onto the outer sandbox.
assert.strictEqual(sandbox.hasOwnProperty('propBase'), false);