https://bugs.winehq.org/show_bug.cgi?id=54899
Bug ID: 54899
Summary: EA app launcher problem with text display
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: igor.bz(a)list.ru
Distribution: ---
Created attachment 74401
--> https://bugs.winehq.org/attachment.cgi?id=74401
Wine log
Distro: Ubuntu 20.04 x64
CPU: Ryzen 7 1700
GPU: Radeon RX 580 8 Gb
Mesa: 23.0.3 (Kisak PPA)
EA app installer:
https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases…
Steps to reproduce:
- Running the installation file (EAappInstaller.exe).
- Fonts are displayed as placeholder.
Installing corefonts using winetricks does not solve the problem.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22018
Summary: No MIDI music in Alonix
Product: Wine
Version: 1.1.40
Platform: x86-64
URL: http://www.axysoft.com/alonix/index.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=26766)
--> (http://bugs.winehq.org/attachment.cgi?id=26766)
Terminal output
The summary pretty much describes the problem: the background music (MIDI) in
Alonix doesn't play. These are the minimum tweaks required to get it working at
present:
DLL overrides from winetricks directx9:
dmband
dmime
dmsynth
dmusic
File copied from Windows:
C:\windows\system32\drivers\gm.dls
Take away any one of these, and there's no background music in-game.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=56068
Bug ID: 56068
Summary: No "Timeout" command
Product: Wine
Version: 9.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: frauguelle(a)gmail.com
Distribution: ---
On windows exists a "timeout" command in cmd.
On Wine, there don't exists a "timeout" command.
The "timeout" command is needed by several BAT programms so it needs to be
fixed.
--
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=51644
Bug ID: 51644
Summary: Implementation of wsplitpath_s required for The Legend
of Heroes: Trails of Cold Steel
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ramchyld(a)gmail.com
Distribution: ---
I came across a upstream bug where The Legend of Heroes: Trails of Cold Steel
could not play FMV and crashes on load. Upon consideration of the error, I
decided that the problem is a upstream one and thus I should report to Wine
developers.
Wine was crashing because the game was calling an unimplemented function called
_wsplitpath_s from ntdll.dll. This call was not made if the option to skip all
FMVs are selected in the game's configuration utility, and thus I have reason
to believe that the game uses this for FMV playback.
--
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=57178
Bug ID: 57178
Summary: toolbar control doesn't forward WM_NOTIFY to it's
original parent
Product: Wine
Version: 9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: alanas.00(a)mail.ru
Distribution: Debian
Created attachment 77077
--> https://bugs.winehq.org/attachment.cgi?id=77077
foo2.c — test program, compile `x86_64-w64-mingw32-gcc-13 -std=c11 -Wall
-Wextra -Wpedantic -Wno-unused-parameter -O3 -o foo2.exe foo2.c -lcomctl32`
in windows xp professional x64 edition service pack 2 and windows 7 ultimate
service pack 1 and maybe other windowses that I didn't test but not wine
NMDDR nmhdr={
.hwndFrom=NULL,
.idFrom=0xfedcba9876543210,
.code=0xabc
};
SendMessageA(
toolbar,
WM_NOTIFY,
0x4444444444444444,
(LPARAM)nmhdr
);
does something similar to
NMDDR nmhdr={
.hwndFrom=NULL,
.idFrom=0xfedcba9876543210,
.code=0xabc
};
SendMessageA(
toolbar_original_parent,
WM_NOTIFY,
0xfedcba9876543210,
(LPARAM)nmhdr
);
except if nmhdr.code is one of 0xfffffc4a, 0xfffffc4b, 0xfffffc4c, 0xfffffc4d,
0xfffffc4e, 0xfffffc4f, 0xfffffc50, 0xfffffc51, 0xfffffc52, 0xfffffc53,
0xfffffc54, 0xfffffc55, 0xfffffc56, 0xfffffc57, 0xfffffc58, 0xfffffc59,
0xfffffc5a, 0xfffffc5b, 0xfffffc5c, 0xfffffc5d, 0xfffffc5e, 0xfffffc5f,
0xfffffc60, 0xfffffc61, 0xfffffc62, 0xfffffc63, 0xfffffc64, 0xfffffc65,
0xfffffc66, 0xfffffc67, 0xfffffc68, 0xfffffc69, 0xfffffc6a, 0xfffffc6b,
0xfffffc6c, 0xfffffc6d, 0xfffffc6e, 0xfffffc6f, 0xfffffc70, 0xfffffc71,
0xfffffc72, 0xfffffc73, 0xfffffc74, 0xfffffc75, 0xfffffc76, 0xfffffc77,
0xfffffc78, 0xfffffc79, 0xfffffc7a, 0xfffffc7b, 0xfffffc7c, 0xfffffcd7,
0xfffffcda, 0xfffffdee
nmhdr.hwndFrom is not accessed and can be inside PAGE_NOACCESS page except if
nmhdr.code is one of 0xfffffcd7, 0xfffffcda (didn't test what happens if
nmhdr.hwndFrom is readable)
nmhdr.code gets overwritten if nhmdr.code is one of 0xfffffcd9, 0xfffffd17,
0xfffffd18, 0xfffffd19, 0xfffffd1a, 0xfffffd30, 0xfffffd31, 0xfffffe34,
0xfffffe35, 0xfffffe36, 0xfffffe37, 0xfffffe38, 0xfffffe39, 0xfffffe3a,
0xfffffe3b, 0xfffffe3c, 0xfffffe3d, 0xfffffe3e, 0xfffffe62, 0xfffffeb7,
0xfffffeb8, 0xfffffeb9, 0xfffffeba, 0xfffffebb, 0xfffffebd, 0xfffffebe,
0xfffffebf, 0xfffffec0, 0xffffff4d, 0xffffff4e, 0xffffff4f, 0xffffff50,
0xffffff51, 0xffffff5d, 0xffffff5f, 0xffffff62 (see foo2.txt)
(toolbar_original_parent gets the message after overwriting nmhdr.code)
note: 0xfedcba9876543210, 0xabc, 0x4444444444444444 are arbitrary garbage
numbers
note: foo2.c code is not very good because I didn't care about non-x64
windowses and first time using windows-specific api
note: toolbar_original_parent is called h1 in foo2.c
I think this bug is reason why pressing enter in 7-zip file manager path input
doesn't work in wine and reactos (
https://old.reddit.com/r/winehq/comments/16ah3ze )
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9333
Summary: WM_LBUTTONDOWN message is not generated reliably
Product: Wine
Version: 0.9.42.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ecentanni(a)lsijax.com
using wine-devel rpm package for Red Hat Enterprise Client Ver 5. Version
0.9.42. Release 1.el5. Source rpm is wine-0.9.42-1.el5.src.rpm
When clicking on the main window of the application the WM_LBUTTONDOWN message
is not generated reliably. If I change focus to another application and then
back to the subject program I may get one or two WM_LBUTTONDOWN message and
then no more.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55521
Bug ID: 55521
Summary: Wine 8.14 have also the same error when i will start a
Prog from Office 2014
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: volker(a)schlothmann.info
Distribution: ---
Created attachment 75083
--> https://bugs.winehq.org/attachment.cgi?id=75083
Enclosed the error_report from wine_8.15
If i will start a program from Office 2014 wine is unable to read the setup.exe
--
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=38842
Bug ID: 38842
Summary: MS Office 2010, can't start installer, Ubuntu 15.04
Product: Wine
Version: 1.7.44
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: showard314(a)gmail.com
Distribution: ---
Created attachment 51773
--> https://bugs.winehq.org/attachment.cgi?id=51773
backtrace
Following:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=17336
wine 1.7.44, Ubuntu 15.04, amd64 (x86-64)
1) Created win32 wineprefix
WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/office2010 winecfg
2) Tried the installer:
WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/office2010 wine setup.exe
I get a pop up "Error: Newer windows version needed."
3) Told winecfg to use windows 7 (even though appdb says to use windows xp)
WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/office2010 winecfg
4) Tried installer again:
WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/office2010 wine setup.exe
"Program Error: The program setup.exe has encountered a serious problem..."
and generates the attached backtrace and console output
Thank you
--
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.
http://bugs.winehq.org/show_bug.cgi?id=30033
Bug #: 30033
Summary: Office 2010 Standard: Volume activation fails
Product: Wine
Version: 1.4-rc5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sean(a)techobrien.com
Classification: Unclassified
Created attachment 39121
--> http://bugs.winehq.org/attachment.cgi?id=39121
Activation failure inside of winword.exe
Product activation of Office 2010 Standard Edition with a Volume License Key
fails when using change product key method for activation. (VLK installer does
not require a key during setup, only after installation for activation)
"Configuring Microsoft Office Standard 2010" fails with error message
"Microsoft Office Standard 2010 configuration did not complete successfully
Attached log is of changing product key inside of winword.exe, but process and
failure is the same for all office applications.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.