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

Manually use [email protected] on windows with explicit artifact #25

Open
wants to merge 5 commits into
base: main
Choose a base branch
from

Conversation

disberd
Copy link
Member

@disberd disberd commented Jan 3, 2025

This PR tries to implement the solution mentioned on discourse here.

It seems that the upstream Kaleido library is shifting towards becoming a python only solution that will not shipped a stripped down compiled version of chromium as a binary, but will assume the user has chrome/chromium installed on its system.

Due to this, it is likely that we'll never see new version of the original library that will fix windows issues and be compatible with our current Artifact based solution.

Luckily, it seems that reverting to 0.1 on Windows solves the issue (I have not found any missing functionality on Windows in 0.1, and looking at the changelog for 0.2.0 there doesn't seem to be any signficant change for us julia users).

This PR simply adds explicit artifacts pointing to the 0.1 version shipped with Kaleido_jll just on windows systems.

It also adds a flag that to specify whether to use the manually provided version 0.1 of kaleido. This flag defaults to true on Windows systems and if the installed version of Kaleido_jll is not already 0.1.

I believe that with this change we could potentially solve a lot of hassle for windows users automatically, and it will still be possible for people facing some issues with this to manually set the flag to false before running PlotlyKaleido.start().

With this fix, it should be possible to solve the original problem raised on discourse.

@disberd
Copy link
Member Author

disberd commented Jan 3, 2025

Mac OS test failures do not seem to be related to this PR as already noticed in #24

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

Successfully merging this pull request may close these issues.

1 participant