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]: An app installer will run when Bottles directory is default, but will not run if Bottles directory is custom. #3321

Open
ThomasAn73 opened this issue Mar 27, 2024 · 1 comment
Labels

Comments

@ThomasAn73
Copy link

Describe the bug

Creating an application-type bottle, while Bottles advanced settings is using default directory, behaves differently (finds Gecko and begins the installer) than creating an identical bottle while Bottles advanced settings is using a custom directory (Gecko is not found and installer does not begin).

The bottles are identical except the default path
Screenshot from 2024-03-26 20-39-32

To Reproduce

With this app: https://files.mcneel.com/dujour/exe/20231212/rhino_en-us_7.36.23346.16351.exe
(This report only pertains to the installer window showing up at all, not whether the app itself finishes installing)

  1. Create a bottle (choosing "application" environment), add the dotnet48 dependency and then run the app installer --> The installer screen shows up. That's all we need to see (don't try to finish installing).
  2. On the main bottles screen --> press the hamburger icon --> Preferences --> Advanced --> Bottles directory --> change it to something else (eg ~/AppsWindows/) --> Now do step (1) --> A blank window shows up (installer fails to run).

Notice that in both cases we chose "applications" environment and in both cases Gecko, Mono, and a few other dependencies were auto-installed. So the two scenarios are identical except the default bottles directory.

The terminal issues the following errors:

wineserver: file_set_error() can't map error: Function not implemented
015c:err:appwizcpl:install_file MsiInstallProduct failed: 1627
Could not find Wine Gecko. HTML rendering will be disabled.
0144:err:mshtml:create_document_object Failed to init Gecko, returning CLASS_E_CLASSNOTAVAILABLE

Screenshot from 2024-03-26 20-19-08
Screenshot from 2024-03-26 20-24-04

Package

Flatpak from Flathub

Distribution

Mint 21.3

Debugging Information

Official Package: true
Version: '51.11'
DE/WM: cinnamon
Display:
    X.org: true
    X.org (port): :99.0
    Wayland: false
Graphics:
    vendors:
        nvidia: &id002
            vendor: nvidia
            envs:
                __NV_PRIME_RENDER_OFFLOAD: '1'
                __GLX_VENDOR_LIBRARY_NAME: nvidia
                __VK_LAYER_NV_optimus: NVIDIA_only
            icd: /usr/lib/x86_64-linux-gnu/GL/vulkan/icd.d/nvidia_icd.json
            nvngx_path: /usr/lib/x86_64-linux-gnu/GL/nvidia-535-161-07/extra/nvidia/wine
        amd: &id001
            vendor: amd
            envs:
                DRI_PRIME: '1'
            icd: /usr/lib/x86_64-linux-gnu/GL/vulkan/icd.d/radeon_icd.x86_64.json:/usr/lib/i386-linux-gnu/GL/vulkan/icd.d/radeon_icd.i686.json
    prime:
        integrated: *id001
        discrete: *id002
Kernel:
    Type: Linux
    Version: 6.5.0-26-generic
Disk:
    Total: 8046264320
    Free: 8046084096
RAM:
    MemTotal: 15.0GiB
    MemAvailable: 12.0GiB
Bottles_envs: null

Troubleshooting Logs

No response

Additional context

No response

@xioren
Copy link
Sponsor Contributor

xioren commented Apr 27, 2024

Just out of curiosity what filesystem permissions, if any, have you given Bottles? Are they default? For example have you given bottles explicit permission for the custom bottles path?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants