Not again: A class must be declared after its base class.

[pankleks]

Hello,

I just upgraded 2.1.5 to 2.2.2 and get lots of this errors (was all fine on 2.1.5).
For your information I'm not using modules - generating all into single JS file.

[benjamingr]

Can you share an isolated snippet of code that causes this issue and broke between 2.1.5 and 2.2.2?

[pankleks]

Hello,

It will be hard as solution has over 300 files. I think this functionality had some issues from the very beginning. I was never able to figure it out.
Since beginning I had situations where it just worked, and situations where I had to manually add /// <reference ... - I could not tell why it worked for some and not for the others.

With different releases of TS I could remove some references or had to add some - meaning this was not stable.
But with 2.2.2 release I have over 100 errors like that.

I observed 2 additional strange things with 2.2.2:

1. Even if I add <references to and rich moment where TSC is saying all is ok, I got failure at run-time saying some method is undefined
2. I'm using VSCode - when I compile with TSC I see these errors -> which are displayed in VS errors list, when I click on error (ts file is opened) and error disappears from the list. This suggests that VS build in TSC does not pick it as an error - super strange.

In tsconfig I'm using outFile and not listing all ts files explicitly but using include with *.ts.
Can you explain how it works in case outFile is used?
I'm quite sure if I would put all of my classes in single file it would work - so I don't know why TSC is not able to figure out proper order of including files.

I don't know if many people uses outFile instead of modules, but I still think this is very desired option especially for web dev.

Let me know how I can help ...

[mhegazy]

@pankleks can you share a repro, we would love to investigate more and fix the underlying issue.

[pankleks]

@mhegazy it's not code I can share publicly - only on priv.

[mhegazy]

can you reproduce the issue on a sample project, if you distill it down to two/three files that are showing the symptoms, we would only be interested in class heritage clauses, and triple-slash references not the rest of the file.

[pankleks]

Planck.zip

Hello,

Please find solution strip from most of the code.
Some of the errors disappeared but there are still some. Hope it will be enough to investigate.

Compiles OK with 2.1.5, fails with 2.2.2

[RyanCavanaugh]

I can't repro this with 2.2.2

[RyanCavanaugh]

What file ordering mechanism does this project use? I don't see any reference directives or explicit file list - it's likely TS is just picking up these files in the order they appear on disk, which isn't even stable machine-to-machine

[pankleks]

hmm, this is what I have:

I'm not using npm - using official installer release from MS.

[pankleks]

@RyanCavanaugh just use:

    "incluide": [        
        "Planck.Core/*.ts",
        "Planck.UI/*.ts"
    ]

[RyanCavanaugh]

What's the output of tsc --listFiles ?

[pankleks]

@RyanCavanaugh
That's exactly my point - why should I use reference? They are all compiled to single file, TS should be able to figure out dependencies.

If I put all classes in single TS file it's compiling fine.

And at last, why it's working in 2.1.5 and not in 2.2.2?

[pankleks]

listFiles.txt

Looking at the output - it's not honoring order of include in tsconfig.json - not sure if it was ever implemented, but maybe it should.

[RyanCavanaugh]

It's always been the case that tsc does not figure out an ordering of your input files (see #1359 and similar threads). I can't figure out how this code ever ran without error -- certainly any class defined in a file alphabetically before Component should have failed.

Can you confirm that tsc --listFiles in 2.1.5 produces a different order?