Select "types returned by" vs "types of" from the merged dotted name in relation errors

[Copilot]

The repro in the linked issue produces an identical TS2719 chain under tsc and tsgo except for one line, where tsgo picks the wrong condensed message:

tsc : The types returned by 'defaultColumn.Cell(...)' are incompatible between these types.
tsgo: The types of 'defaultColumn.Cell(...)' are incompatible between these types.

(Note: the underlying TS2719 is reported by tsc 5.9 and 6.0.3 on this reduction too, and the original material-react-table sample from the issue body is now clean under both compilers.)

Root cause

Relater.reportError condenses a chain of Types_of_property_0_are_incompatible and signature-return-type messages into a single dotted-name message, but chose the final message from the incoming message rather than the merged path:

if message == diagnostics.Types_of_property_0_are_incompatible {
    message = diagnostics.The_types_of_0_are_incompatible_between_these_types
}

Upstream reportIncompatibleStack keys off the last character of the assembled path (path[path.length - 1] === ")"). The tsgo version was wrong in both directions: foo + bar(...) collapsed to "The types of", while bar() + .baz retained "The types returned by".

Changes

• internal/checker/relater.go: pick the message from the merged dotted name — The_types_returned_by_0_... when it ends in ), otherwise The_types_of_0_....
• testdata/tests/cases/compiler/nestedReturnTypeIncompatibleMessage.ts: new test covering foo.bar(...), foo.bar.baz(...), foo.bar.baz, and foo.bar().baz.
• Baselines: complexRecursiveCollections now matches the reference implementation, so its accepted .diff and the corresponding testdata/submoduleAccepted.txt entry are removed.

• Fixes TS2719/TS2322 false positive on a generic type forwarded through an interface extends boundary (tsc clean, tsgo fails) #4581