[GH-ISSUE #523] [Wine] The application does not load unless --default-browser is manually passed #404

Closed
opened 2026-02-26 12:21:29 +03:00 by kerem · 7 comments
Owner

Originally created by @qwertychouskie on GitHub (Mar 3, 2025).
Original GitHub issue: https://github.com/brentvollebregt/auto-py-to-exe/issues/523

Originally assigned to: @qwertychouskie on GitHub.

Quick Checks

  • I have read the help post
  • I have searched other issues, looking for an issue similar to mine
  • I have made sure my application/script runs before trying to package

Describe the bug

When running in Wine, the application does not load unless --default-browser is manually passed

To Reproduce

Steps to reproduce the behavior (install dependencies, do this in the auto-py-to-exe UI):

  1. Install auto-py-to-exe in Wine
  2. Run
  3. See error:
Application could not be started, or no application associated with the specifie
d file.
ShellExecuteEx failed: File not found.

Expected behavior

It should auto fall-back to the default browser without having to manually pass the --default-browser flag

Your Environment:

  • Wine version (wine --version): wine-10.2 (Staging)
  • Python version (python --version): 3.13.2
  • auto-py-to-exe version (pip show auto-py-to-exe): 2.46.0
  • PyInstaller version (pip show pyinstaller): 6.12.0
  • Eel version (pip show eel): 0.18.1
Originally created by @qwertychouskie on GitHub (Mar 3, 2025). Original GitHub issue: https://github.com/brentvollebregt/auto-py-to-exe/issues/523 Originally assigned to: @qwertychouskie on GitHub. **Quick Checks** - [x] I have read the [help post](https://nitratine.net/blog/post/issues-when-using-auto-py-to-exe) - [x] I have [searched other issues](https://github.com/brentvollebregt/auto-py-to-exe/issues?q=is%3Aissue+), looking for an issue similar to mine - [x] I have made sure my application/script runs before trying to package **Describe the bug** When running in Wine, the application does not load unless `--default-browser` is manually passed **To Reproduce** _Steps to reproduce the behavior (install dependencies, do this in the auto-py-to-exe UI):_ 1. Install auto-py-to-exe in Wine 2. Run 3. See error: ``` Application could not be started, or no application associated with the specifie d file. ShellExecuteEx failed: File not found. ``` **Expected behavior** It should auto fall-back to the default browser without having to manually pass the `--default-browser` flag **Your Environment:** - Wine version (`wine --version`): wine-10.2 (Staging) - Python version (`python --version`): 3.13.2 - auto-py-to-exe version (`pip show auto-py-to-exe`): 2.46.0 - PyInstaller version (`pip show pyinstaller`): 6.12.0 - Eel version (`pip show eel`): 0.18.1
kerem 2026-02-26 12:21:29 +03:00
Author
Owner

@github-actions[bot] commented on GitHub (Mar 3, 2025):

👋 Hi, just a reminder that if you haven't read the help post yet, give it a read to see if your issue is covered in it and make sure to follow the debugging section.

Also please note, as stated in the README, if your issue is only associated with your application and not auto-py-to-exe itself, please do not create an issue in this repository - instead, comment on the help post, video or create a new discussion.

<!-- gh-comment-id:2695444285 --> @github-actions[bot] commented on GitHub (Mar 3, 2025): 👋 Hi, just a reminder that if you haven't read [the help post](https://nitratine.net/blog/post/issues-when-using-auto-py-to-exe/) yet, give it a read to see if your issue is covered in it and make sure to follow [the debugging section](https://nitratine.net/blog/post/issues-when-using-auto-py-to-exe/#debugging). Also please note, as stated in the README, if your issue is only associated with your application and not auto-py-to-exe itself, please do not create an issue in this repository - instead, comment on the help [post](https://nitratine.net/blog/post/issues-when-using-auto-py-to-exe/), [video](https://youtu.be/OZSZHmWSOeM) or create a [new discussion](https://github.com/brentvollebregt/auto-py-to-exe/discussions).
Author
Owner

@brentvollebregt commented on GitHub (Mar 10, 2025):

Apologies for the delay. What I think is happening here is that Chrome has been found on your machine, but then wine is trying to run the Linux binary.

If you execute the following, what does it return?

from eel import chrome
chrome.find_path()
<!-- gh-comment-id:2709898282 --> @brentvollebregt commented on GitHub (Mar 10, 2025): Apologies for the delay. What I think is happening here is that Chrome has been found on your machine, but then wine is trying to run the Linux binary. If you execute the following, what does it return? ```python from eel import chrome chrome.find_path() ```
Author
Owner

@mostypc123 commented on GitHub (Mar 16, 2025):

@brentvollebregt i will try to fix this in a pr soon

<!-- gh-comment-id:2727588576 --> @mostypc123 commented on GitHub (Mar 16, 2025): @brentvollebregt i will try to fix this in a pr soon
Author
Owner

@brentvollebregt commented on GitHub (Mar 17, 2025):

I'm keen to first understand how we can tell whether the path from chrome.find_path() is usable or not. Our function __can_use_chrome in /auto_py_to_exe/ui.py can then be updated to handle this case.

<!-- gh-comment-id:2728869629 --> @brentvollebregt commented on GitHub (Mar 17, 2025): I'm keen to first understand how we can tell whether the path from `chrome.find_path()` is usable or not. Our function `__can_use_chrome` in `/auto_py_to_exe/ui.py` can then be updated to handle this case.
Author
Owner

@brentvollebregt commented on GitHub (Mar 19, 2025):

@qwertychouskie if you try out the bugfix/523-dont-run-chrome-by-default-in-wine branch in this repo, does it fix your issue? I haven't got Wine setup at the moment so cannot test.

<!-- gh-comment-id:2735960869 --> @brentvollebregt commented on GitHub (Mar 19, 2025): @qwertychouskie if you try out the `bugfix/523-dont-run-chrome-by-default-in-wine` branch in this repo, does it fix your issue? I haven't got Wine setup at the moment so cannot test.
Author
Owner

@github-actions[bot] commented on GitHub (Apr 21, 2025):

This issue is stale because it has been open for 60 days with no activity. Remove stale label or comment on this issue or it will be closed in 5 days.

<!-- gh-comment-id:2817451807 --> @github-actions[bot] commented on GitHub (Apr 21, 2025): This issue is stale because it has been open for 60 days with no activity. Remove stale label or comment on this issue or it will be closed in 5 days.
Author
Owner

@github-actions[bot] commented on GitHub (Apr 27, 2025):

Closing issue due to no activity in more than 60 days.

<!-- gh-comment-id:2832857725 --> @github-actions[bot] commented on GitHub (Apr 27, 2025): Closing issue due to no activity in more than 60 days.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/auto-py-to-exe#404
No description provided.