Bug#1101158: glib2.0: Can not open files from smb share in since 2.84.0-2

[Ian Wienand]

On Mon, 24 Mar 2025 at 20:57, Simon McVittie <smcv at debian.org> wrote:
>
> On Mon, 24 Mar 2025 at 15:31:24 +1100, Ian Wienand wrote:
> >Mar 24 15:14:30 framework firefox-bin[18770]: GFileInfo created without standard::content-type
>
> It might help to upgrade gvfs to version 1.57.2-2 from unstable (you
> didn't include the versions of related packages in your bug report, so I
> can't tell whether you already have that). gvfs 1.57.2-2 fixes #1101025
> which could have an impact here.

Ahhh thank you!  Yes, I installed this (from 1.57.2-1 testing) logged
out and in and ... it works!  So I guess this is a dup of that

> Or, Firefox or some component used by Firefox might be creating a
> GFileInfo without asking for it to contain the standard::content-type
> field, and then assuming that it will contain that information anyway.
> If that's the case then it's a programming error in Firefox (or in some
> component used by it).
>
> >Firefox 136.0.2
>
> Is this the firefox package from unstable, or is it a third-party
> package from outside Debian?

For reference this is the 3rd party firefox repo

> >Out of interest I also tried with GTK_USE_PORTAL=1 and I see the "new"
> >dialog box then, but when I try to upload it just dies with no other
> >details.  In the logs there is
> >
> >---
> >[Parent 22691, Main Thread] WARNING: invalid cast from 'GtkFileChooserNative' to 'GtkWindow': 'glib warning', file /builds/worker/checkouts/gecko/toolkit/xre/nsSigHandlers.cpp:201
> >
> >(firefox-beta:22691): GLib-GObject-CRITICAL **: 15:18:41.707: invalid cast from 'GtkFileChooserNative' to 'GtkWindow'
> >[Parent 22691, Main Thread] WARNING: gtk_message_dialog_new: assertion 'parent == NULL || GTK_IS_WINDOW (parent)' failed: 'glib warning', file /builds/worker/checkouts/gecko/toolkit/xre/nsSigHandlers.cpp:201
> >---
> >
> >I think that might be a separate issue, just adding for completness ...
>
> This is a separate issue, and it is a Firefox or library bug: it's
> asking for a GtkFileChooser and assuming that the result will be a
> GtkWindow, but that is not an API guarantee (and in particular it is not
> true when using the portal-based file chooser dialogs).

This also went away with the gvfs upgrade as well (also gimp, document
viewer and a few other things that were all failing work now too,
unsurprisingly).  So whatever that was doing I think certainly managed
to confuse the file choosing box in some interesting ways :)

Thank you for the quick response, I guess this will hit testing soon enough

-i