Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

deno_registry2 must reject broken module #239

Open
elycheikhsmail opened this issue Jul 28, 2021 · 6 comments
Open

deno_registry2 must reject broken module #239

elycheikhsmail opened this issue Jul 28, 2021 · 6 comments

Comments

@elycheikhsmail
Copy link

I think deno registry must check the module befor add them to deno.land/x store, if the code is invalid (like deno deploy check) or have'nt description inform the contributor. this will be help develop to get "save" code from deno.land/x, this may need some convention about enty/entries poins for modules or manifest.

@wperron
Copy link
Contributor

wperron commented Jul 29, 2021

We already have process that goes through every file to deno cache them to analyze the dependencies (which is then reflected on the build status returned by the webhook) -- is that what you had in mind?

@elycheikhsmail
Copy link
Author

We already have process that goes through every file to deno cache them to analyze the dependencies (which is then reflected on the build status returned by the webhook) -- is that what you had in mind?

I deploy test_manager, I clean (not intended) one file content commit this brok my code, then I publish can't be used by any body because is invalid I'd like deno registry to reject invalid code and notify dev deploying this.
if my not clear a nought I will rewite it.

@wperron
Copy link
Contributor

wperron commented Aug 2, 2021

Yeah I'm sorry, I'm not 100% clear on what you're asking here? "Broken code" could mean a couple of different things, it could mean that imports and broken, it could mean that there's syntax errors and it doesn't parse in v8, or it could mean a variety of other things. What's the flow you're looking for? What kind of errors do you want the registry to catch and how?

@moncefplastin07
Copy link

moncefplastin07 commented Aug 2, 2021

Yeah I'm sorry, I'm not 100% clear on what you're asking here? "Broken code" could mean a couple of different things, it could mean that imports and broken, it could mean that there's syntax errors and it doesn't parse in v8, or it could mean a variety of other things. What's the flow you're looking for? What kind of errors do you want the registry to catch and how?

I think he means that you should check if the third party modules is work before publishing them on the Deno registry
I think the piece of code below explains what he means 😄

if(checkIsValidThirParty(incomingThirdPartyModule)){
     publishToDenoRegistry(incomingThirdPartyModule)
}else{
     makeReportToModuleOwner(incomingThirdPartyModule)
}

@MierenManz
Copy link

Yeah I'm sorry, I'm not 100% clear on what you're asking here? "Broken code" could mean a couple of different things, it could mean that imports and broken, it could mean that there's syntax errors and it doesn't parse in v8, or it could mean a variety of other things. What's the flow you're looking for? What kind of errors do you want the registry to catch and how?

I would assume that broken code means that it is code that won't run.
like

functi on ree() {
  return "ree";
}

And if things like this happen then the registry should reject the code.

@elycheikhsmail
Copy link
Author

elycheikhsmail commented Aug 11, 2021

Yeah I'm sorry, I'm not 100% clear on what you're asking here? "Broken code" could mean a couple of different things, it could mean that imports and broken, it could mean that there's syntax errors and it doesn't parse in v8, or it could mean a variety of other things. What's the flow you're looking for? What kind of errors do you want the registry to catch and how?

thanks for response.
essentialy I mean by broken have invalid syntax
or import inexisting code at publish time.
or code wrtien to work with nodejs only
sorry I'm not always online.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants