ts-codgen spec generation fails

[0xekez]

when generating the code for this spec, ts-codegen errors.

/Users/ekez/projects/art3mix-dao/typescript/node_modules/@pyramation/json-schema-ref-parser/lib/pointer.js:89
      throw new MissingPointerError(token, this.originalPath);
            ^
MissingPointerError: Token "InitialItem" does not exist.
    at Pointer.resolve (/Users/ekez/projects/art3mix-dao/typescript/node_modules/@pyramation/json-schema-ref-parser/lib/pointer.js:89:13)
    at $Ref.resolve (/Users/ekez/projects/art3mix-dao/typescript/node_modules/@pyramation/json-schema-ref-parser/lib/ref.js:115:20)
    at $Refs._resolve (/Users/ekez/projects/art3mix-dao/typescript/node_modules/@pyramation/json-schema-ref-parser/lib/refs.js:156:15)
    at dereference$Ref (/Users/ekez/projects/art3mix-dao/typescript/node_modules/@pyramation/json-schema-ref-parser/lib/dereference.js:125:23)
    at crawl (/Users/ekez/projects/art3mix-dao/typescript/node_modules/@pyramation/json-schema-ref-parser/lib/dereference.js:72:26)
    at crawl (/Users/ekez/projects/art3mix-dao/typescript/node_modules/@pyramation/json-schema-ref-parser/lib/dereference.js:84:28)
    at crawl (/Users/ekez/projects/art3mix-dao/typescript/node_modules/@pyramation/json-schema-ref-parser/lib/dereference.js:84:28)
    at crawl (/Users/ekez/projects/art3mix-dao/typescript/node_modules/@pyramation/json-schema-ref-parser/lib/dereference.js:84:28)
    at dereference (/Users/ekez/projects/art3mix-dao/typescript/node_modules/@pyramation/json-schema-ref-parser/lib/dereference.js:20:22)
    at $RefParser.dereference (/Users/ekez/projects/art3mix-dao/typescript/node_modules/@pyramation/json-schema-ref-parser/lib/index.js:303:5) {
  code: 'EMISSINGPOINTER',
  source: '/Users/ekez/projects/art3mix-dao/typescript/',
  path: null,
  toJSON: [Function: toJSON],
  [Symbol(nodejs.util.inspect.custom)]: [Function: inspect]
}

the specific type that this seems to be referring to is this one. ~this makes me suspect that the issue may be related to the build environment, and not this particular schema as that type does not seem to appear in this schema.~ update: @shanev has also seen this same error in the stargaze code.

to reproduce, one may install just cargo install just, and run just gen on this branch.

[josefleventon]

I also encountered this issue when generating schemas using the write_api macro from cosmwasm_schema@1.2.0. write_api seems to be generating a raw/ folder in schemas/, and I was able to fix this by simply removing the folder manually.

[Art3miX]

What is the fix? Will it be handled by codegen, or should we build a script that removes the /raw folder before using codegen?

[josefleventon]

I think it would be best to find a way to ignore the folder rather than removing it, as it may be useful for other applications.

[Art3miX]

I agree with @josefleventon

[0xekez]

here's @Art3miX 's commit which updates schema generation to get around this bug: https://github.com/DA0-DA0/dao-contracts/pull/623/commits/39799dbf662302f532a12c4a2934f279b197a9fe#diff-248642ca59916d7dc7325c572244a549ffc6159c2b521f0ae2db2272d4b6fd9d

[tubackkhoa]

You can use this patch with patch-package module

diff --git a/node_modules/@cosmwasm/ts-codegen/main/utils/schemas.js b/node_modules/@cosmwasm/ts-codegen/main/utils/schemas.js
index 2d75272..f91933e 100644
--- a/node_modules/@cosmwasm/ts-codegen/main/utils/schemas.js
+++ b/node_modules/@cosmwasm/ts-codegen/main/utils/schemas.js
@@ -43,7 +43,7 @@ var readSchemas = /*#__PURE__*/function () {
             fn = clean ? _cleanse.cleanse : function (str) {
               return str;
             };
-            files = (0, _glob.sync)(schemaDir + '/**/*.json');
+            files = (0, _glob.sync)(schemaDir + '/*.json');
             schemas = files.map(function (file) {
               return JSON.parse((0, _fs.readFileSync)(file, 'utf-8'));
             });