On Mon, 24 Mar 2025 at 20:57, Simon McVittie <s...@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
