https://bugs.winehq.org/show_bug.cgi?id=47058
Bug ID: 47058
Summary: Sims3Launcher.exe wine-mono runtime crash
Product: Wine
Version: 4.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: root(a)linkjay.io
Distribution: ---
Created attachment 64226
--> https://bugs.winehq.org/attachment.cgi?id=64226
sims3launcher.exe runtime logs
The Sims3 Launcher will never start on any recent versions of Wine. The binary
was obtained from latest Origin source.
Attached are runtime logs from 4.5 wine-staging. A stacktrace is present
revealing that there is a problem with S3L_wp_getURL or some sort of URL thing.
This bug report also revealed some information regarding the crash and
wine-mono: https://bugs.winehq.org/show_bug.cgi?id=22160
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47033
Bug ID: 47033
Summary: Magic the Gather Arena installer does not work with
wine >= 4.3
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: a.zuber(a)gmx.ch
Distribution: ---
Created attachment 64202
--> https://bugs.winehq.org/attachment.cgi?id=64202
console output from wine 4.6 when it gets stuck
The installer for Magic the Gathering Arena hangs with newer wine versions >=
4.3.
Workaround:
With version 4.2 or lower it is still possible to install the game
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44340
Bug ID: 44340
Summary: fixme:d3d11:d3d11_device_CheckFormatSupport iface
0x114700, format 45, format_support 0x22fa60
partial-stub!
Product: Wine
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3dx11
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
Distribution: ---
Created attachment 60217
--> https://bugs.winehq.org/attachment.cgi?id=60217
Error Log SpellForce 3
I get this when I try to run SpellForce3. In the log there are some other
errors but I think this is the culprit.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47054
Bug ID: 47054
Summary: SHCreateDirectory/SHCreateDirectoryEx error result
incorrect when hwnd is not NULL and directory already
exists
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: ubuntor2000(a)gmail.com
Distribution: ---
Created attachment 64221
--> https://bugs.winehq.org/attachment.cgi?id=64221
Test case (source)
When SHCreateDirectory/SHCreateDirectoryEx is called with a non-NULL hwnd and a
path to a directory that already exists,
Wine returns 1223 (ERROR_CANCELLED) instead of 183 (ERROR_ALREADY_EXISTS).
This is being set in
https://source.winehq.org/git/wine.git/blob/fabde842ede40fc53cf6f5743d5b477…
According to the MSDN
(https://docs.microsoft.com/en-us/windows/desktop/api/shlobj_core/nf-shlobj_…):
it seems that ERROR_CANCELLED should only be returned in special cases,
independent of whether hwnd is NULL or not.
This may also affect other error conditions.
Windows XP (VM) test case output (no warning messagebox is created):
SHCreateDirectory, NULL hwnd: 183
SHCreateDirectory, actual hwnd: 183
SHCreateDirectoryExW, NULL hwnd: 183
SHCreateDirectoryExW, actual hwnd: 183
Wine test case output:
SHCreateDirectory, NULL hwnd: 183
0009:fixme:shell:SHCreateDirectoryExW Show system error message, creating path
L"C:\\Windows\\Temp\\test", failed with error 183
SHCreateDirectory, actual hwnd: 1223
SHCreateDirectoryExW, NULL hwnd: 183
0009:fixme:shell:SHCreateDirectoryExW Show system error message, creating path
L"C:\\Windows\\Temp\\test", failed with error 183
SHCreateDirectoryExW, actual hwnd: 1223
This affects Atelier Lydie and Suelle: saving doesn't work when the SAVEDATA
directory already exists.
This probably happens since the game is checking if SHCreateDirectoryExW
succeeds or returns ERROR_ALREADY_EXISTS,
as manually patching shell32.dll.so to skip the FIXME section fixes the issue.
Associated Proton issue: https://github.com/ValveSoftware/Proton/issues/2452
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42392
Bug ID: 42392
Summary: Installation of MigrosBank-EBanking-Win-8.2.1400.exe
not possible
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: merit2(a)public-files.de
Distribution: ---
Created attachment 57194
--> https://bugs.winehq.org/attachment.cgi?id=57194
backtrace.txt
The installation of MigrosBank-EBanking-Win-8.2.1400.exe stopped with the
information that Windows XP will not be supported.
I used winwtools to change the default to Windows 10. Then is was possible to
do the installation.
As I started the program it came up with the message "Ein wichtiger Fehler trat
auf, das Program wird beendet" (an important error happened and the program has
to be terminated
The EXE-file can be downloaded at:
https://www.migrosbank.ch/de/privatpersonen/e-banking/zugriff.html
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47076
Bug ID: 47076
Summary: LoadImage with option LR_SHARED and specified
resolution does loading only that icon resolution,
skipping others
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nikolaysemenkov(a)gmail.com
Distribution: ---
LoadImage with option LR_SHARED and specified resolution(eg 32x32) does loading
only that icon resolution, skipping others. Next time loading the same resource
with all resolutions(by specifying 0,0) does return only the previously loaded
resolution, skipping others. Putting that icon on a button makes button image
giant due to wrong resolution.
eg:
HICON hIconBig = (HICON)LoadImage(HInstance, MAKEINTRESOURCE(iIconLarge),
IMAGE_ICON, 32, 32, LR_DEFAULTCOLOR | LR_SHARED);
Loads and cache only 32x32 image
LoadImage(LGetHInstance(), MAKEINTRESOURCE(iIconSmall), IMAGE_ICON, 16, 16,
LR_DEFAULTCOLOR | LR_SHARED)
Returns 32x32 from cache instead of 16x16
HICON hIcon2 = (HICON)LoadImage(HInstance, MAKEINTRESOURCE(iIconLarge),
IMAGE_ICON, 0, 0, LR_DEFAULTCOLOR | LR_SHARED);
Returns the 32x32 image, even though the icon(.ico resource) has images with
other resolution.
To reproduce - load an icon from a resource with the resolution and LR_SHARED
using the code above, then put it on a button and see the size (or see the size
in a debugger).
This bug does not happen on windows.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=5129
thomas(a)keegans.org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |thomas(a)keegans.org
--- Comment #27 from thomas(a)keegans.org ---
I can confirm this still is an issue. I have Faststone Image Viewer working
well on Wine Stable 2.0.4 with the native comctl32.dll.
I downloaded Wine. I got Faststone working badly in it (incomplete thumbnail
rendering), and then added the native dll - adapting instructions from
Codeweavers -
https://www.codeweavers.com/compatibility/crossover/tips/watchtower-library…,
but did it in Wine 2.0 from WineHQ. The Faststone GUI rendered nicely. I then
upgraded Wine to 3.0, and it broke. Back down to 2.0, and it was good again. I
went up the Wine Stable builds, to 2.0.4, still good.
Then, I did the same using Wine Staging. Upgrading one at a time. It works in
Wine 2.0 - Wine 2.7 , but does not work in Wine 2.8!
I have not upgraded it build by build from there, but can confirm it does not
work in Wine 3, 4, or even Wine Staging 4.5.
So, something seems to have happened in Wine between 2.7 and 2.8. I cannot yet
figure out what.
I use Faststone all the time on a Mac, and would like to use more current Wine
than 2.7. Anyone have any ideas what may have occurred at Wine 2.8?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47073
Bug ID: 47073
Summary: Ubuntu 19.04 (Disco) packages not available in
repository, but wiki instructions says so.
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: halvors(a)halvors.org
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
Hi. Seems someone updated the page with intructions on how to install on Ubuntu
19.04. But there is no packages available in the repository.
https://dl.winehq.org/wine-builds/ubuntu/dists/ Missing packages for Ubuntu
19.04 (Disco)
Just wanted to let whoever is in charge of maintaining the repository in case
this is an unknown issue :)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.