Regression on the fix for #50

[ovatsus]

I'm still seeing the _Print member. Either I dind't test it properly last time or the behavior has regressed

Repro:

Go to XmlProvider.fsx in F# Data (https://github.com/fsharp/FSharp.Data/blob/master/docs/content/library/XmlProvider.fsx#L276)

and add the type t = OutputXml.OrderLine line:

[ovatsus]

#50
/cc @forki

[latkin]

It seems to only still be a problem in provided types. And FWIW the member is not present in intellisense, only the tooltip.

This seems like a weird scenario - is the provided type inheriting from a record type?

[ovatsus]

Yes, the provided type inherits from a record type: https://github.com/fsharp/FSharp.Data/blob/master/src/Xml/XmlRuntime.fs#L61

The original bug was never about IntelliSense, was always about the tooltip

[latkin]

Is the _Print guy also implemented directly by the provided type, or does it only come along as part of the base type? From quick tests it doesn't look like base class members are normally shown at all in the tooltip for sub types.

Record types are supposed to be sealed I thought, I'm surprised you are permitted to inherit from them. Maybe this is a bug that it's allowed at all?

[ovatsus]

It only comes from base type. This is not real inheritance, though, it's the base type for an erased type.

[latkin]

I see the issue, provided types are routed to a different function that was not updated with the original fix. I'm testing a fix now.