-
-
Notifications
You must be signed in to change notification settings - Fork 117
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Wrong signature for gio::content_type_guess
#1257
Comments
It looks like currently all array-like This would need a change in the code generator. |
Pretty sure |
Related: gtk-rs/gir#1133 |
Nullable collection were represented as a `Vec<_>` or `[_]`, but an empty collection is not the same as an undefined collection. Fixes: gtk-rs#1133 See also: gtk-rs/gtk-rs-core#1257
Nullable collection were represented as a `Vec<_>` or `[_]`, but an empty collection is not the same as an undefined collection. Fixes: gtk-rs#1133 See also: gtk-rs/gtk-rs-core#1257
Nullable collection were represented as a `Vec<_>` or `[_]`, but an empty collection is not the same as an undefined collection. Fixes: gtk-rs#1133 See also: gtk-rs/gtk-rs-core#1257
Nullable collection were represented as a `Vec<_>` or `[_]`, but an empty collection is not the same as an undefined collection. Fixes: gtk-rs#1133 See also: gtk-rs/gtk-rs-core#1257
Nullable collection were represented as a `Vec<_>` or `[_]`, but an empty collection is not the same as an undefined collection. Fixes: gtk-rs#1133 See also: gtk-rs/gtk-rs-core#1257
Nullable collection were represented as a `Vec<_>` or `[_]`, but an empty collection is not the same as an undefined collection. Fixes: gtk-rs#1133 See also: gtk-rs/gtk-rs-core#1257
WIP PR: gtk-rs/gir#1622 |
Bug description
The signature of
gio::content_type_guess
has the type ofdata
as&[u8]
. The same documentation, and also the gio documentation mention thatdata
can beNone
. So a better signature would setdata
toOption<&[u8]>
or similar. Note that the current signature can lead to wrong results if one wants the content type to be guessed only based on the filetype, this is not possible based on the current signature.This change would be breaking.
The text was updated successfully, but these errors were encountered: