Open Bug 1910956 Opened 1 year ago Updated 8 months ago

Audacity manuals are not found by Firefox

Categories

(Firefox Build System :: Third Party Packaging, defect, P3)

Firefox 128
defect

Tracking

(Not tracked)

ASSIGNED

People

(Reporter: KLSU, Assigned: nteodosio)

References

(Blocks 2 open bugs)

Details

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:128.0) Gecko/20100101 Firefox/128.0

Steps to reproduce:

Using Audacity 2.4.2 in regularly updated Xubuntu 22.04, I select Quick Help... or Manual... from Audacity's help menu. I'm logged on as user kent (1000 and the only user on this machine). Here's what's at that location:

/usr/share/audacity/help/manual$ ls -l
total 88
-rw-r--r-- 1 kent kent 15086 Jul 19 11:29 favicon.ico
-rw-r--r-- 1 kent kent 36809 Jul 19 11:29 index.html
drwxr-xr-x 5 kent kent 4096 Jul 19 11:29 m
drwxr-xr-x 3 kent kent 20480 Jul 19 11:29 man
-rw-r--r-- 1 kent kent 10820 Jul 19 11:29 quick_help.html

So, the files are there, and ownership and permissions are correct.

Actual results:

Firefox returns the following errors:

File not found

Firefox can’t find the file at /usr/share/audacity/help/manual/quick_help.html.
[or]
Firefox can’t find the file at /usr/share/audacity/help/manual/index.html.

Check the file name for capitalization or other typing errors.
Check to see if the file was moved, renamed or deleted.

Expected results:

The files should have opened. I don't know if the problem is with a security feature in Firefox, or Audacity, because if I select File > Open in the Firefox menu and then navigate to the above files, they are opened, not in the shown paths, but, respectively:

file:///run/user/1000/doc/a6d90fe0/quick_help.html
[or]
file:///run/user/1000/doc/e95d41c/index.html

Since the files opened appear to be redirections to mirrors created by Firefox, possibly created in real time, Audacity would not know where Firefox should look for them, so I suspect a Firefox bug.

Sounds like a snap sandboxing issue (bug 1800350)

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

Component: Untriaged → Widget: Gtk
Product: Firefox → Core

Amin, i guess it's another path we need to allow on snapd level?

Blocks: snap-sandbox
Flags: needinfo?(bandali)
Component: Widget: Gtk → Third Party Packaging
Product: Core → Firefox Build System
Flags: needinfo?(bandali)

We probably want a better solution for all those ...

Flags: needinfo?(nathan.teodosio)

Indeed analogous to https://launchpad.net/bugs/2032992. The accepted way to address this is still whack-a-mole.

Flags: needinfo?(nathan.teodosio)
Assignee: nobody → nathan.teodosio
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true

For me in Ubuntu 25.04 Audacity's help opens URL for the web, not for the local file system:

https://manual.audacityteam.org/quick_help.html
https://manual.audacityteam.org/index.html

I see you are on Jammy, but there it also does not install those files:

https://packages.ubuntu.com/search?suite=jammy&arch=any&mode=exactfilename&searchon=contents&keywords=quick_help.html

Also it seems weird that those files are owned by your user instead of root. Did you perchance drop them there yourself?

Can you please attach 'apt policy audacity'?

Flags: needinfo?(KLSU)

Redirect a needinfo that is pending on an inactive user to the triage owner.
:gerard-majax, since the bug has recent activity, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(KLSU) → needinfo?(lissyx+mozillians)
Severity: -- → S3
Flags: needinfo?(lissyx+mozillians)
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.