Skip to content
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

Debian Firefox ESR not used #18

Closed
gogglespisano opened this issue Dec 3, 2022 · 8 comments
Closed

Debian Firefox ESR not used #18

gogglespisano opened this issue Dec 3, 2022 · 8 comments

Comments

@gogglespisano
Copy link

On Debian, Firefox ESR is normally installed. In /usr/bin/ there is "firefox" and "firefox-esr". When find_firefox() sees "firefox", it tries to use it and fails. It needs to find and try "firefox-esr" first.

The follow change in marionette.py line 111 fixes the problem, and should still work for a regular firefox installation.

def find_firefox(cls):
    candidates = where.where("firefox-esr")
    candidates += where.where("firefox")
    candidates += [
        "/Applications/Firefox.app/Contents/MacOS/firefox-bin"
    ]
@amotl
Copy link
Contributor

amotl commented Oct 17, 2023

Dear Stuart,

apologies for the late reply. We just added f784511, after the same problem tripped @intermittentnrg when running grafanimate in Docker.

With kind regards,
Andreas.

@maurerle
Copy link
Collaborator

could you please release this to pypi as well?

@amotl
Copy link
Contributor

amotl commented Nov 29, 2024

Dear Florian,

would you like to see a release based on the code in current main, or shall we include your improvements before running another release?

With kind regards,
Andreas.

@intermittentnrg
Copy link
Collaborator

Maybe path to firefox should be a config option, keeping current behaviour as default.

@maurerle
Copy link
Collaborator

I think the current behavior of firefox detection worked fine on my side using debian esr
So we can close this issue from my side, as it seems that everythung works :)

@amotl
Copy link
Contributor

amotl commented Dec 3, 2024

Hi. I think extending the list of candidates to provide good DWIM is way to go. On the other hand, I also believe a configuration option that takes precedence makes sense, to be able to point grafanimate to a dedicated Firefox installation, for example if you have multiple ones on your machine, for evaluation purposes or any other reason.

@amotl
Copy link
Contributor

amotl commented Dec 3, 2024

There is a little improvement to this now.

@amotl
Copy link
Contributor

amotl commented Dec 3, 2024

The improvement referenced above has been released with grafanimate 0.8.1, so I guess it will be safe to close this ticket. Thanks again, @gogglespisano and @intermittentnrg.

@amotl amotl closed this as completed Dec 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants