"Menubar Name" in advanced settings has no effect in this modded version. Is it possible to show the correct app name in the menu bar?

Also a problem about macOS 10.15: since it dropped 32bit support, is it still possible to run 32bit Windows applications?

I have just ported my 32 bit application to 64 bit and on Windows both versions work just fine.
32 bit also works fine in 32 bit Wineskin engines but in ALL 64 bit engines, the application works fine but it fails to connect to the Internet. It does not crash the application, nor does it freeze it, but the thread trying to connect to the Internet gets stuck at connecting to https web sites. The application is compiled with the latest OpenSSL

What could be a problem?

A) The new wrapper update disables winetricks, only an update brings wineskin back. We have to be online each time and we have to repeat updating winetricks for each wrapper we build. (I am not always online). This bug should be easy to solve.

B) i noticed the default wrapper size increases constantly. Years ago wrappers sizes were around 300 MB. The newest wrapper skyrocket to 1.2 GB standalone.
Looking at a Cider-wrappers from 2012 we can see a size of 80 MB, it detected correctly my gpu and ran smootly like a dream. But because of the multiple windows feature i had to switch to wineskin. Honestly, i think wineskin is not allowed to concur with Crossover, because even the newest update is not able to detect my gpu, - currently it detects ATI HD 2900 XT - but mine is a AMD Radeon HD 7970 3 GB (which is also an old gpu nowadays).
64 bit seems to cause a ton of problems - and all those who migrated tamely and quickly to Catalina.

C) The latest update broke Mod Organizer, an app i use all the time - so, no occasional stuff i could trash/replace. Now, i tried:

• to assign XP to it in winecfg,
• tried winetricks, visual c lib 10,12,15
• winetricks directx9

in the hope to get the missing modules.

The qt framework is missing, and wineskin provides no qt winetricks. I get this error:
i am using:
Mod Organizer v1_3_11 installer

fixme:wer:WerSetFlags (2) stub!
fixme:heap:RtlSetHeapInformation 0x0 1 0x0 0 stub
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
err:module:import_dll Library Qt5Declarative.dll (which is needed by L"C:\\Game\\Mod Organizer\\uibase.dll") not found
err:module:import_dll Library Qt5Widgets.dll (which is needed by L"C:\\Game\\Mod Organizer\\uibase.dll") not found
err:module:import_dll Library Qt5WinExtras.dll (which is needed by L"C:\\Game\\Mod Organizer\\uibase.dll") not found
err:module:import_dll Library Qt5Gui.dll (which is needed by L"C:\\Game\\Mod Organizer\\uibase.dll") not found
err:module:import_dll Library Qt5Core.dll (which is needed by L"C:\\Game\\Mod Organizer\\uibase.dll") not found
err:module:import_dll Library uibase.dll (which is needed by L"C:\\Game\\Mod Organizer\\ModOrganizer.exe") not found
err:module:import_dll Library Qt5WebKitWidgets.dll (which is needed by L"C:\\Game\\Mod Organizer\\ModOrganizer.exe") not found
err:module:import_dll Library Qt5Widgets.dll (which is needed by L"C:\\Game\\Mod Organizer\\ModOrganizer.exe") not found
err:module:import_dll Library Qt5WebKit.dll (which is needed by L"C:\\Game\\Mod Organizer\\ModOrganizer.exe") not found
err:module:import_dll Library Qt5Gui.dll (which is needed by L"C:\\Game\\Mod Organizer\\ModOrganizer.exe") not found
err:module:import_dll Library Qt5Network.dll (which is needed by L"C:\\Game\\Mod Organizer\\ModOrganizer.exe") not found
err:module:import_dll Library Qt5Core.dll (which is needed by L"C:\\Game\\Mod Organizer\\ModOrganizer.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Game\\Mod Organizer\\ModOrganizer.exe" failed, status c0000135

At this point i want to revert to the previous version of the your wrapper. I hope Time Machine can restore my previous Wineskin wrapper in home/library/Application support/wineskin.
Sorry if i have this poor opinion of your latest update, as i know you all put a lot of time and effort in this project.

I have tried the wrapper that works just fine on Mojave, and on Yosemite does not even launch. When I try Test Run in Winery, it reports success because it launches another exe it found, not the one specified, which does not have GUI so it appears that it did not launch anything.
I think it does not believe on El Capitan either, from the feedback I git, but have not tested yet.

Wineskin-2.9.0.6-1 has the same bundle version as 2.9.0.6, so existing wrappers don't see 2.9.0.6-1 as a "new" wrapper and forcing a wrapper update keeps the same 2.9.0.6 version string...

I try to install .exe installer on Catalina. However I can't install the software due to the following message. Is this same issue "https://forum.winehq.org/viewtopic.php?t=30206" ?
Please help me how to do.

-- error message --
Installation has failed. Please re-run this installer as a normal user instead of "Run as Administrator".

Hi!


I recently downloaded the new Wineskin-Winery 1.8.4.1/Wineskin2.9.06-1 onto my mac adapted for the limitations for MacOS Catalina 10.15.5 that caused old versions of Wine to no longer work. I downloaded it so that I could download the Windows program OpenBUGS and use R2openBUGS in R to use the program. I am trying to figure out how to call OpenBUGS into R with R2OpenBUGS with the new wineskin/wineskin-winery version. **(I posted this on an R forum and was told a Wine forum may be more suited **


 I found older code using the Wine argument in R2OpenBuGS, but I think the path has significantly changed with the new version of Wineskin which is not downloaded using homebrew as old versions of Wine were. I think I just need to figure out how to create the correct path for the new version of wine--I do not know if this is possible using the old wine argument designed for older versions of wine.


I downloaded the new Wineskin from here: https://github.com/Gcenx/WineskinServer/releases 


The old path for OpenBUGS and R2OpenBUGS for older versions of wine I found were: WINE="/usr/local/Cellar/wine/2.0.4/bin/wine"
WINEPATH="/usr/local/Cellar/wine/2.0.4/bin/winepath"
OpenBUGS.pgm="/Applications/OpenBUGS323/OpenBUGS.exe"


But trying to do the same, I received the error message: "Error in bugs(spp.data, inits, params, "model1.txt", debug = T, n.chains = nc, : unused argument (OpenBUGS.pgm = bugs)"


Part of my confusion is what the difference is between the arguments "wine" and "winepath". There is also an argument "newWINE" that says: "Use new versions of Wine that have ‘winepath’ utility", but I don't know if my version of wine has this, and how this argument is then written.


If I go to the "get info" on where my wineskin app is on my computer, the path is (while redacting my name) "/Users/firstname_lastname/Applications/Wineskin/Wineskin-2.9.0.7.app". Maybe this would work? But I don't know if this would be in the argument for wine, or winepath. 


I think perhaps if I can adapt the path, it will work. But I'm not sure exactly what is needed, particularly for the new version of wine for MacOS Catalina, and if it is just that the old wine arguments don't work with the new version of wine? If anyone could help I would sincerely appreciate it. Even if someone can point me to another Wine specific forum or mailing list if this is not the appropriate place. Thanks!!

Upon trying to run the app, my computer tells me that a software update is necessary and that it cannot open because it can't check for malicious software.

Currently the wineskin wrapper UI features settings for winedebug. However there are other interesting environment variables. Setting the wine-language system independent, enabling swizzle support for Vulkan enabled build and configuring the DXVK hub are just some which come to mind. Currently I manually edit the xyz123wine-preloader file, but as this gets overwritten with every update a native more intuitiv approach could be useful, especially as the current WINEDEBUG implementation already lies the ground work.

WINEDEDUG=[…]
MVK_CONFIG_FULL_IMAGE_VIEW_SWIZZLE=[…]
DXVK_HUD=[…]
LANG=[…]

OSX Catalina 10.15.4

Can't install any software. Tried different installers for different softwares but all of them give the same error.

I've set no32exec=0 to the boot arguments by booting into recovery mode and then using the command "nvram boot-args="no32exec=0" - following this article https://apple.stackexchange.com/questions/363574/how-much-of-32-bit-support-is-dropped-in-macos-catalina

I know that the current installer supports 64 bit but I also tried with different wrappers 32 bit and 64 bit. These are the engines I tried with.

Here is the output from ole 32

warning: taskset/cpuset not available on your platform!
Executing mkdir -p /Users/sameermaira/Applications/Wineskin/Sh Jyoti Star.app/Contents
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20200412-next - sha256sum: 841d036144ecae5e0cbba3594fa19fad90cd1e8ecdb88b13370740cf149bad8d with wine-4.12.1 and WINEARCH=win64
Executing w_do_call ole32
Executing mkdir -p /Users/sameermaira/Applications/Wineskin/Sh Jyoti Star.app/Contents
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_ole32 
Executing cabextract -q -d /Users/sameermaira/Applications/Wineskin/Sh Jyoti Star.app/Contents/Resources/dosdevices/c:/windows/temp -L -F i386/ole32.dl_ /Users/sameermaira/.cache/winetricks/winxpsp3/WindowsXP-KB936929-SP3-x86-ENU.exe
Executing cabextract -q --directory=/Users/sameermaira/Applications/Wineskin/Sh Jyoti Star.app/Contents/Resources/dosdevices/c:/windows/syswow64 /Users/sameermaira/Applications/Wineskin/Sh Jyoti Star.app/Contents/Resources/dosdevices/c:/windows/temp/i386/ole32.dl_
Using native,builtin override for following DLLs: ole32
Executing wine32on64 regedit /S C:\windows\Temp\override-dll.reg
Executing wine64 regedit /S C:\windows\Temp\override-dll.reg

 Winetricks Commands Finished!!

Here is the log from inside the wrapper

000b:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
000d:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
0010:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
0017:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
001d:err:plugplay:process_IOService_Device object 0x8403
001d:err:plugplay:process_IOService_Device object 0x8307
001d:err:plugplay:process_IOService_Device object 0x8207
001d:err:plugplay:process_IOService_Device object 0x7f07
001d:err:plugplay:process_IOService_Device object 0xaa07
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0xaa0b
001d:err:plugplay:process_IOService_Device object 0xac0b
001d:err:plugplay:process_IOService_Device object 0xae07
001d:err:plugplay:process_IOService_Device object 0x15003
001d:err:plugplay:process_IOService_Device object 0xb003
001f:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
0025:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
Application could not be started, or no application associated with the specified file.
ShellExecuteEx failed: Success.

The one thing that I noticed was that if I goto Advanced and then select the Installer as the EXE file to run , then hit TEST RUN it brings up the installer. I actually installed something using this method but its not working on the other installer.

Any help will be appreciated.

Thanks
Sameer

Games aren't letting me install them due to little space left, but my mac has double the space the installer's are claiming I have. Is there a file I need to change to re-size C:/

I'm on Catalina 10.15.4

I've noticed that Wine-preloader doesn't quit when the windows app quits. Is there a workaround for this?

WS11WineCX64Bit19.0.1-1 & Wrapper v. Wineskin-2.9.0.6-1

Software is BladeEdit350, a program used to control an audio matrix router made by Sound Sculpture. Using the versions listed above, I was able to get the program to open up, but it seems the Midi communication is broken. The hardware responds to commands from the program, but the program does not see responses from the hardware. Developer is in communication with me about their progress, they currently support High Sierra, and he is stumped about the Midi problem. I've verified with the developer that the unit is sending the appropriate response SysEx messages, it just doesn't pass through to the software. Thanks for any help!

Hello, I'm probably not telling you anything you don't already know, but I'm impressed by how close Unofficial Wineskin is to running 64-bit Windows apps successfully in Catalina. I can't get anything to run in a useful way except the Wine Notepad, however. One app (still in development) opens a semi-transparent window but doesn't let me type into it. The SublimeText editor opens a window, but doesn't take any input.

It would be VERY useful to be able to run 64-bit Windows apps in Catalina. If you're taking financial contributions, I'll be glad to help.

I'm posting here, because PortingTeam.com seems to be gone forever.

I try to add new xCode to WineskinEngine build, but it still failed to checkin for gcc:
checking build system type... x86_64-apple-darwin18.7.0 checking host system type... x86_64-apple-darwin18.7.0 checking whether make sets $(MAKE)... no checking for gcc... gcc checking whether the C compiler works... no configure: error: in /Users/a.anisimov/Downloads/wine-4.14':
configure: error: C compiler cannot create executables
See config.log' for more details An error occurred during Wine Configure, build halted. Cleaning up changes made for the build, if any...

Macos Catalina
Wrapper:
Wineskins 2.9.0.7-Beta3
Engine:
WS11WineCX64Bit19.0.1

One of my application has an error:
err:winediag:load_gssapi_krb5 Failed to load libgssapi_krb5, Kerberos SSP support will not be available.

Do I need to enable gssapi flag somewhere?

Before first app launch, the folder "windata" in "Content\Resources" folder in wrapper has different permissions than the other files and folders. The "group" and "everyone" have read only permissions which breaks moving the files to ResoTemp folder on first launch, for any other user except the one who created the .app.
Changing the "group" and "everyone" permissions to "read and write" on "windata" and all enclosing subfolders and files, fixes it and wrapper can be copied to other users and computers

Can you please fix it in the wrapper Wineskin-2.8.7Beta5

Thanks

Hi all,
i have a strange issue:

I have installed the version V1.8.4: Wineskin-Winery-1.8.4 with WS11WineCX19.0.1-1 and 64-bit version.
I have set no32exec=0 on boot argument.
but when i create a blank wrapper i can't install anything.
it's always in busy state, and if i show content of my wrapper, i view that it don't create drive_c folder.

where is the problem?

Hi,

I'm having problems getting SMAC to work.
I created a wrapper using Unofficial Wineskin Winery (located in ~/Applications/), and using the engine WS11WineCX64Bit19.0.1 and wrapper Wineskin-2.9.0.6.
I placed this wrapper in ~/Applications/Wineskin/, and then using the installer I got from GOG.com, run the install within the wrapper, which seems to complete successfully.
I can then run the SMAC exe, and it launches, and shows the intro films. However, when I press a key/click to skip the intro films, or let them play fully, the window exits, flickers/resizes, and I am then taken to a screen where all I can see is the last frame of/frame where I skipped the intro film.
I can hear the menu music, and sometimes keyboard shortcuts appear to work - e.g pressing q twices quits.

I am guessing this is something to do with video drivers.
I tried with different window systems and general fiddling around with the Screen Options but had no luck.
Here is my log:

000b:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
000d:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
0010:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
0017:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
001d:err:plugplay:process_IOService_Device object 0xa003
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0xa007
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0xa00b
001f:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
001d:err:plugplay:process_IOService_Device object 0x610f
0025:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
0009:err:ole:CoGetClassObject class {d8f1eee0-f634-11cf-8700-00a0245d918b} not registered
0009:err:ole:CoGetClassObject no class object {d8f1eee0-f634-11cf-8700-00a0245d918b} could be created for context 0x1
0030:fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1.
0009:err:ole:CoUninitialize Mismatched CoUninitialize

I did some research on the GOG forums, and it seems someone else has had luck getting it to run on Catalina (https://www.gog.com/forum/sid_meier_s_alpha_centauri_/anyone_able_to_play_the_game_after_upgrading_to_macos_catalina) , and someone else has had a similar issue but on Mojave (https://www.gog.com/forum/sid_meier_s_alpha_centauri_/macos_1014_mojave) which they managed to fix by forcing XQuartz - but I don't have an option to do that, and trying to run it with X11 didn't work.

I'd appreciate any help!

I noticed in the settings for the newer engines (CX18.5, Wine4.7x64) there is no built-in full screen option. Is there a way to make applications always launch in full screen?

This project has done wonders and I've now got my 64-bit apps running perfectly under various versions of macOS. I can't thank you enough.

One question: one of my apps needs to have the F1-F12 function keys appear on the TouchBar, and, with the help of other AppleScript programmers, I've figured out how to make an AppleScript wrapper tell macOS to use function keys when an app is running. (I use an AppleScript wrapper to launch the Wineskin app that I'm writing about.)

It would be much easier and more portable if I could use a more specific name than "vDos91511959Wine64-preloader". I've been trying to figure out how to change this, but all I can find in the bundle are lines like these in the preloader and WineServer bash scripts:

DYLD_FALLBACK_LIBRARY_PATH="${WINESKIN_LIB_PATH_FOR_FALLBACK}" "$(dirname $0")/vDos91511959Wine64-preloader" "$@"

What I can't find is where the "vDos91511959" string is that governs all the others. Is there any way to fix an existing app so it does this? (One reason I want to fix an existing app rather than create a new one is that I've added custom menus, startup and shutdown scripts, etc., and it would be extremely difficult to reconstruct these.)

Or does the wineskinserver executable simply look for a file in wswine.bundle/bin with a name that ends with "Wine64-preloader"?

If it's impossible to use a more descriptive name, I'll understand. But if there's a way to do this, I'll be grateful to know about it.

I fell on this because I can't get wineskin working on my macbook running high sierra. But this build looks different and I do not see any install instructions

Can someone explain how to install this?

thanks

Well,
subject says all.

P.S. Opens at random position of the active monitor screen.

When the macOS Documents folder is stored and synchronized in an iCloud drive, our Wineskin application encounter this type of errors despite the fact that we answer "Yes" on first launch when the Files and Folders access authorization is required.

Once the Documents folder is unchecked for synchronization in iCloud settings, everything is fine again.

May be a Catalina Issues with non notarized Wineskin app ?

Wine-5.x support using a local copy of gecko and mono saving the need to install this into each wineprefix or in our case wrapper.

I’ve added wine-gecko, wine-mono, wine-mono-5.0.0 & wine-mono-5.1.0 custom port files on my macports-wine repository, it’s useful for Wine-5.x if multiple wrapper or even multiple winehq-5.x wineprefixes are used.

Whenever I create a blank wrapper, this message pops up:

Everything seems to work though

Earlier, I got a .exe program running just fine but now I'm trying to install a different program with a .msi installer. After a bit, the program opens with a black screen then immediately closes with the error:
No new executables found!

Maybe the installer failed...?

If you tried to install somewhere other than C: drive (drive_c in the wrapper) then you will get this message too. All software must be installed in C: drive.

Hi, I have followed instructions to install a windows program (in my case, OpenBUGS) using wineskin winery for Catalina 10.15.4.

I first ran into the issue of "there is no windows program configured to open this type of file" but I managed to work around that by going to Advanced > then set the path to the OpenBUGS executable I had on my desktop in the Windows EXE field and then clicked "Test Run". This installed the software, but then I read in someone elses instructions that I needed to then change the EXE again to new location/path of the OpenBUGS executable that now shows up in the installed program files (x84) in the virtual c drive (right click your new wrapper > show package contents >drive_c>program files (x86) and find your program file and executable in there). After this, OpenBugs actually opened! However, when I closed it, I got this message:

"No new executables found!

Maybe the installer failed...?

If you tried to install somewhere other than C: drive (drive_c in the wrapper) then you will get this message too. All software must be installed in C: drive."

I am wondering how I can fix this so that the program is actually registered as installed, and I can click on the OpenBUGS wrapper to launch it. Thank you!

I'm having some problems getting wineskin to work, I don't know if it is because of the new OS.So to begin with, the update button to install a Wrapper works, but after completing the download nothing appears (checked the folders), I don't know were it goes, clicking the button again results in no different outcome…
So, as I couldn't get a Warpper through the app , I downloaded one of the internet, then when I finally click the Create New Blank Wrapper button, a message pops saying that my engines are either damaged or were open incorrectly, I tried a variety of engines even downloaded some manually and dragged them to their folder, and I get the same the same problem

When try to use next configuration:

Got errors after start:
0009:fixme:imm:ImmReleaseContext (0001004A, 03C62A18): stub 0009:err:winediag:wined3d_dll_init Setting multithreaded command stream to 0x1. 0009:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1. 0009:fixme:winediag:wined3d_select_feature_level None of the requested D3D feature levels is supported on this GPU with the current shader backend. 0009:fixme:d3d11:d3d11_create_device WARP driver not implemented, falling back to hardware. 0009:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1. 0009:fixme:winediag:wined3d_select_feature_level None of the requested D3D feature levels is supported on this GPU with the current shader backend. 0009:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1. 0009:fixme:winediag:wined3d_select_feature_level None of the requested D3D feature levels is supported on this GPU with the current shader backend. 0009:fixme:d3d11:d3d11_create_device WARP driver not implemented, falling back to hardware. 0009:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1. 0009:fixme:winediag:wined3d_select_feature_level None of the requested D3D feature levels is supported on this GPU with the current shader backend.
But it should use OpenGL...

I have weird issues running Wineskin wrapper on Catalina.

The Windows app works fine, but it cannot access Documents folder for example. OK, I figured I need to use System Preferences and Security permissions to add my app to Full Disk Access, and it starts working after that.

However, if I restart my Mac, it stops working. The app is still in the Full Disk Access, but has no access. If I rename the wrapper in /Applications folder, it starts working again, for a while, but then after a few days, or if I restart the machine, it stops again, and so on.

Any idea what may be going on?

I used the isolate_home winetricks script but now winery is complaining:

Error while creating folder: The file “My Documents” couldn’t be saved in the folder “Wineskin” because a file with the same name already exists.

Same with these folders

• Desktop
• Downloads
• My Videos
• My Music
• My Pictures

On request I've added WineCX19.0.1-1 engines for download earlier than I was planning too.

These function on OS X 10.9 to macOS 10.14 without any changes, however for macOS Catalina 10.15 > 10.15.3 will required SIP to be disabled or wine32on64 will spit out the follow error when launched via terminal.

wine: failed to initialize: failed to set the LDT entry for 32-bit code segment

While this isn't ideal it will allow people who don't want to wait or are unable to downgrade to a lower version of macOS two working Engines.

macOS Catalina 10.15.4 changes;

Apple now allows access to i386_set_ldt with SIP enabled, this wasn't previously possible. However keeping SIP enabled will block access multiple user directory’s if permission isn’t granted.

Known wine32on64 bugs;

• Audio skipping (winetricks faudio1906)
• Microphone inaccessible (also happens on CrossOver19.0.1)
• vcrun* verbs from winetricks will fail bug 47564 (I’ll try adding the upstream patch) (Hoping the new version with an upstream patch resolved this issue)
  *PaulTheTall said only vcrun2015 causes him issue, vcrun2019 can be used in place of vcrun2015

This is actually a long standing issue (pre unofficial builds):
Launch Wrappers do not spring load in the dock, nor to they show up ins the macOS recent application section (e.g. Mojave Dock/Apple menu). I assume both named issues are correlated with each other. Hence only filing one bug report enhancement suggestion.

For packaging GTK applications (or injecting environment variables or infos via a launcher too an applications Info.plist) I use the following (bash) code, in case it helps.

#!/bin/bash

# paths
name=$(basename "$0")

dirname=$(dirname "$0")

bundle=$(cd "$dirname/../../" && pwd)
bundle_res="$bundle"/Contents/Resources/

#exec=$name
exec="any_executable_name"

exec "$bundle_res""$exec" &>/dev/null

Hey there. I'm running MacOS Mojave 10.14 and am having difficulties installing an engine from the unofficial winery 1.8.3. I've tried maybe a dozen different versions, including WS9Wine4.12.1, but every time, the app goes unresponsive and I have to force quit.

Steps

1. Downloaded winery 1.8.3
2. Moved winery file to application's folder
3. Opened application
4. Clicked + to add a new engine
5. Select an engine version
6. Click "OK" to start file download
7. File download progresses fine until it finished, then the app freezes.

I tried, unsuccessfully, to get some windows apps working with the official version before stumbling upon a thread on reddit where you suggested this version, so I was pretty excited to have something that works. If there is anything else I can do to help troubleshoot this, please let me know.

Wineskin-2.9.0.6 how to download，please

I downloaded and installed the WS9Wine5.7 and my antivirus quickly came back showing 25 files as having trojans. I'd bet you have more as well attached to other engines and files.

Hi, when I use Wineskin 2.9.0.6 and WS11WineCX19.0.1 engine, quitting my program with the menu or with the close button of the Window works randomly (one time on 10 maybe...). I've tried to check the option "Try to shutdown nicely so Windows program...", but it still is randomly exiting.

Any idea someone ?

Anyway, thanks for great work @Gcenx!

Building new engines doesn't appear to be as straightforward as one would expect... The base unofficial app won't let you install a base build engine to build a new engine using the unofficial wineskin app from a vanilla macOS installation. I'm able to get a base engine profile to load using the older wineskin, but once I install that, then try to use that with the unofficial wineskin, I get various build errors which suggests to me I'm not using the GUI app as intended...

Is there a well documented, standard way to build new engines that the community can use? I have all sorts of patches I'd like to compile into an engine to run thorough wineskin in macOS.

portingteam.com这个论坛完蛋了吗？

The official wineskin winery had support for disabling mac window chroming. Could this feature be ported into your wineskin version?

Using wrapper 2.9.0.6, app 1.8.4.1, engine WS11WineCX19.0.1 on macOS catalina.
For WMP9 and 10, they give a black screen when playing wmv files but progress bar runs like normal; when trying mp3 files, it just instantly stops without playing anything.
For WMP11, it just straight up crashes upon start and I can see this in the log: "unimplemented function mfplat.dll.createpropertystore".
Also when installing WMP11 using winetricks, it fails because macOS rm command behaves differently to gnu rm command. I had to link /bin/rm to a gnu rm program for WMP11 to install.
I'm using WMP because a game I want to run in wine relies on WMP (or MCI) to play wmv files. Hope this can be fixed or have an alternative. Thanks!

Not really an issue, but a question that might be useful for others.

What is the best way to produce wrapper/engine with minimum size by eliminating the files that are not used by the Windows application you are running in Wineskin?

Lets say I just want to package a simple application like Notepad.exe. Having 400MB final package with the latest wrappers and engines is a huge overkill.

I have tried creating a wrapper, installing the application and then manually removing some files in the Wineskin wrapper and in Wine engine and then trying to run the application, but it is a tedious hit and miss experience because I basically need to test all the apps functionality every time.

Is there a way to use something like Dependency Walker (http://www.dependencywalker.com/) to identify the files actually needed and loaded while running the application in Wineskin?

Thanks for any suggestion.

Is it possible to reverse engineer the flags and composition of an engine?

When using a WS9Wine64Bit* engine from Winehq, the "Open File" Windows Dialog always appears grey, with no possibility to select any file.

Steps to reproduce it with Wineskin-Winery-1.8.4:

1. Create a blank wrapper (tested with WS9Wine64Bit5.1, WS9Wine64Bit5.0 and WS9Wine64Bit4.20)
2. Install a Windows 64 bits windows software, for example KeePassXC (portable)
3. In KeePassXC make: Database > Open Database, and the following appears:

WS11WineCX64Bit19.0.1 works as expected:

Recently built Engine are;

• WS10WineStaging5.0
• WS10WineStaging64Bit5.0
• WS10WineStaging5.1
• WS10WineStaging64Bit5.1
• WS10WineStaging5.2
• WS10WineStaging64Bit5.2
• WS10WineStaging5.3
• WS10WineStaging64Bit5.3
• WS10WineStaging5.4
• WS10WineStaging64Bit5.4
• WS10WineStaging5.5
• WS10WineStaging64Bit5.5
• WS10WineStaging5.6.1
• WS10WineStaging64Bit5.6.1
• WS10WineStaging5.7
• WS10WineStaging64Bit5.7
• WS10WineStaging5.9
• WS10WineStaging64Bit5.9
• WS10WineStaging5.11
• WS10WineStaging64Bit5.11
• WS10WineStaging5.12.1
• WS10WineStaging64Bit5.12.1

I’m sure some will have noticed the the much smaller size with the recent versions this will be normal going forward for any custom builds.

These above and all future builds should have less anti-virus false positives even when compared to Winehq releases (WS9), this was achieved my building mingw-binutils with two patches taken from Proton.

Winery-1.8.4.2 now also has WS10 Engines listed for direct download, while not desirable from a maintenance standpoint it’s better than being stuck with Wine-5.7 and waiting on Winehq to figure out who will be responsible for future macOS packages.

Currently these have been disabled for direct download, the reason is dotnet/vcrun or anything that needs to unpack and then run stalls out.

Until that problem is resolved upstream in the winebuilder I’m using, these won’t be avalaibe for download directly from Winery.