[Bug 702960] gst_element_add_pad()'s pad parameter should be marked as transfer none

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=702960
  GStreamer | gstreamer (core) | 1.0.6

Luca Bruno <lucabru> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lucabru at src.gnome.org,
                   |                            |walters at verbum.org

--- Comment #4 from Luca Bruno <lucabru at src.gnome.org> 2013-07-01 19:09:36 UTC ---
(In reply to comment #3)
> "transfer none" would be wrong for these. It takes ownership of floating
> references, so semantically should be "transfer floating". Would that fix it
> for you?
> 
> I see that gtk_container_add() (which has the same semantics) has "transfer
> none" but that's semantically just wrong too.

Unfortunately GI has no concept of transfer floating that I know.
So, even if transfer none is not 100% correct, also other gtk functions behave
like that other than container_add (see set_parent): they accept a transfer
none object and ref_sink it.

There are a number of long standing bugs about GI and transfer floating:
https://bugzilla.gnome.org/buglist.cgi?quicksearch=product%3Aglib+floating
We can workaround this on the Vala side quite easily if you aren't going to use
transfer none.

-- 
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.