[Bug 721564] New: MissingIntPtrCtor exception when using subclass of GstTagMux

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=721564
  GStreamer | gst-sharp | unspecified

           Summary: MissingIntPtrCtor exception when using subclass of
                    GstTagMux
    Classification: Platform
           Product: GStreamer
           Version: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-sharp
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: bertrand.lorentz at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=265364)
 View: https://bugzilla.gnome.org/attachment.cgi?id=265364
 Review: https://bugzilla.gnome.org/review?bug=721564&attachment=265364

Patch to make GstTagMux not abstract

When calling a function that returns a subclass of GstTagMux, like GstId3v2Mux,
a MissingIntPtrCtor exception occurs. This happens because the GstTagMux class
is marked as abstract.

I'm attaching a patch that uses the same metadata fixup already in place for
several other classes.

A remark about this issue in general:
I don't think it is a bug in the GIR file: from a native point of view, those
classes are abstract, you never instantiate them directly, you use the concrete
subclasses implemented by plugins, in this case Id3v2Mux, GstApeMux, etc.

But in Gst#, we don't have managed classes for those concrete types, so we need
to instantiate the base class (TagMux in this case).

So having this as a fixup makes sense, but it would be nice to have an
exhaustive list of classes that are in that situation.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.