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

[Bug]: Have Wayland work without command line arguments #5055

Closed
6 tasks done
jasonhenriquez opened this issue May 3, 2024 · 1 comment · Fixed by #5137
Closed
6 tasks done

[Bug]: Have Wayland work without command line arguments #5055

jasonhenriquez opened this issue May 3, 2024 · 1 comment · Fixed by #5137
Labels
B: crash bug Something isn't working electron being electron Electron related bugs and trickeries OS: linux issue that occurs on linux but not on other platforms third-party Related to third-party logic

Comments

@jasonhenriquez
Copy link
Collaborator

jasonhenriquez commented May 3, 2024

Guidelines

  • I have encountered this bug in the latest release of FreeTube.
  • I have encountered this bug in the official downloads of FreeTube.
  • I have searched the issue tracker for open and closed issues that are similar to the bug report I want to file, without success.
  • I have searched the documentation for information that matches the description of the bug I want to file, without success.
  • This issue contains only one bug.

Describe the bug

  1. Run Wayland with FreeTube downloaded through 7z / linux_portable
  2. Encounter app crashing on load

Expected Behavior

FreeTube works without external command line argument. This can be done by running the executable from the command line as such:
./freetube --ozone-platform-hint=auto

Expected behavior is that the app can run without that argument, or programmatically includes it.

Issue Labels

causes crash

FreeTube Version

v0.20

Operating System Version

OpenSUSE TW

Installation Method

Portable

Primary API used

Local API

Last Known Working FreeTube Version (If Any)

v0.20.0

Additional Information

Functionally, dependent on a fix in a new Electron version or a temporary reversion in the Electron version. The latter is highly undesirable. That most likely makes this so out of our control that it doesn't warrant an issue. But I'm opening up this issue to try to minimize duplicates of this being posted in the future and making it easier to find this information through a GitHub search.

So reminder, the fix for your personal use is either switching to a non-7z/linux_portable (e.g., .deb, .rpm, .apk) download or running FreeTube like this:
./freetube --ozone-platform-hint=auto

Nightly Build

@jasonhenriquez jasonhenriquez added the bug Something isn't working label May 3, 2024
@FreeTubeBot FreeTubeBot added this to To assign in Bug Reports May 3, 2024
@jasonhenriquez jasonhenriquez added OS: linux issue that occurs on linux but not on other platforms third-party Related to third-party logic electron being electron Electron related bugs and trickeries labels May 3, 2024
@jasonhenriquez
Copy link
Collaborator Author

Update: this was fixed in Electron 30.0.6.

@FreeTubeBot FreeTubeBot removed this from To assign in Bug Reports May 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
B: crash bug Something isn't working electron being electron Electron related bugs and trickeries OS: linux issue that occurs on linux but not on other platforms third-party Related to third-party logic
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant