Open Bug 1857182 Opened 1 year ago Updated 1 year ago

Errors accessing phone storage after unexpected disconnection

Categories

(Core :: Widget: Gtk, defect)

Desktop
Linux
defect

Tracking

()

People

(Reporter: clement.lefevre, Unassigned)

Details

Attachments

(1 file)

Context: Linux Os, phone plugged using MTP protocol and managed with gvfs auto-mounting volumes when available.

Phone connector and cable aren't holding very well anymore so accidental unexpected disconnects can happens. If it happens, I remount the volume, and have no issues using it from my file manager.
Firefox, however, is unable to access this GVFS-mounted volume anymore (keeps old references or something like that) as shown in the joined screenshot.
This might happens only if the disconnection happens when I was browsing that volume to upload a file, I can't be sure as this is the context as I was noticing the issue.

A Firefox restart seems needed to have it work again (maybe also computer reboot, not sure as I didn't tested this thoroughly, but I don't think it's needed, just a Firefox restart is more likely).

If this is a regression, this is a quite old one, as the issue has happened for quite a while now.

EDIT: To be more clear, this popup showing an error message appears when I'm in the file selector/picker for example on a website to upload files, and that in the left bar of the file picked I select the phone. It can't access to it anymore at all, not even the place where you chose between internal storage and SD card.

The Bugbug bot thinks this bug should belong to the 'Core::Privacy: Anti-Tracking' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Privacy: Anti-Tracking
Product: Firefox → Core

I highly doubt this is the right component, but was unable to tell which one should I pick for interactions with local filesystems.

NI on the name mentioned by the bot to sort this out.

EDIT: I've set again what the bot originally set.
I've found later on the one I just changed but I'm completely unsure this is for local filesystem and not local storage and things like that, and anyway the bot clearly misclassified the component here so there's room for improvement I guess.

Component: Privacy: Anti-Tracking → Storage: StorageManager
Flags: needinfo?(smujahid)
Flags: needinfo?(mcastelluccio)
Flags: needinfo?(cdenizet)
Component: Storage: StorageManager → Privacy: Anti-Tracking

About the bot: it uses a ML-based algorithm and it can be wrong sometimes but finally exactly like humans, selecting the right component isn't that easy.
That said it's probably a bug for Core::Widget: GTK.

Component: Privacy: Anti-Tracking → Widget: Gtk
Flags: needinfo?(smujahid)
Flags: needinfo?(mcastelluccio)
Flags: needinfo?(cdenizet)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: