https://bugs.winehq.org/show_bug.cgi?id=56783
Bug ID: 56783
Summary: MySims doesn't render the character creation screen
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 76584
--> https://bugs.winehq.org/attachment.cgi?id=76584
Character creation black screen
When starting a new game, the game will first display a few 2D images detailing
the game's plot. Afterwards the player will be taken to the character creation
screen for them to create their sim. Under wine-9.10 this screen is completely
black minus the in-game UI elements.
(Also in wine-9.10 this screen doesn't show any text. See also: Bug #56782.)
--
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=56782
Bug ID: 56782
Summary: MySims does not display text.
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 76583
--> https://bugs.winehq.org/attachment.cgi?id=76583
Clean prefix console log.
As the summary says, the game does not display any text. Menus, dialogs,
in-game, etc.
Installing core fonts does nothing.
Console log attached.
--
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=58395
Bug ID: 58395
Summary: SimCity 2000 Network Edition doesn't allow starting a
game.
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dplay
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 78802
--> http://bugs.winehq.org/attachment.cgi?id=78802
Internet TCP/IP Connection For DirectPlay console log.
When using a clean prefix in Wine 10.10, attempting to start a new game in
SimCity 2000 Network Edition doesn't work.
Console log complains that there are no dplay service providers registered,
despite the Connection Method dialog showing multiple dplay transports to use.
Selecting the "Internet TCP/IP Connection For DirectPlay" or "Serial" option
causes the game to spawn it's server process which then fails after displaying
the error dialog: "Failed to initialize DirectPlay." Exiting the server app
causes a segfault.
Selecting the "Internet" option causes the the game to spawn it's server
process which then locks up after throwing a seh error in the console.
Requiring it to be killed manually.
Selecting any other option causes the same behavior as the "Internet TCP/IP
Connection For DirectPlay", with additional error messages for unavailable
networks. (I don't have an IPX or Modem connection to test with.)
Console logs attached.
--
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=54336
Bug ID: 54336
Summary: Wow64 compatibility breaks on newer 64-bit glibc
releases
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ruanformigoni(a)gmail.com
Distribution: ---
Newer versions of 64-bit glibc break current Wow64 compatibility
implementation.
For a new vm of fedora 36:
$ ./wine-ge-7-35-continuous-x86_64.AppImage --version
Usage: wine PROGRAM [ARGUMENTS...] Run the specified program
wine --help Display this help and exit
wine --version Output version information and exit
glibc.x86_64 version is 2.35-20.fc36
glibc.i686 is not installed.
--
For a new vm of fedora 37:
$ /wine-ge-7-35-continuous-x86_64.AppImage --version
/tmp/.mount_wine-gEI9DJM/bin/wine: No such file or directory
glibc.x86_64 version is 2.36-9.fc37
glibc.i686 is not installed (installing fixes it).
--
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=58204
Bug ID: 58204
Summary: Winecfg Audio tab doesn't enumerate drivers or show
output devices, but test button works.
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 78512
--> http://bugs.winehq.org/attachment.cgi?id=78512
Screenshot of winecfg audio tab UI bug.
Under Wine-10.7 (specifically the winehq-devel packages for Debian), the
winecfg Audio tab doesn't seem to be functional even in a clean wine prefix.
There is no drop down for selecting audio drivers, and the currently selected
driver says "(None)".
The output and input device selection drop down boxes all say "(System
Default)" with no other options given.
The speaker configuration is completely blank, and speakers drop down is empty
and disabled.
The only thing that does seem to work is the "Test Sound" button which does
play a test sound, when clicked.
Manually selecting an audio driver (such as winealsa) using the helpful
registry key (HKCU->Software->Wine->Audio) does appear to work, but results in
no visible changes to winecfg. (The change can only be observed from
WINEDEBUG="+mmdevapi"'s console output.)
Even when shutting down pulseaudio / pipewire (systemctl stop and systemctl
disable), which _should_ just leave us with alsa, there are no visible changes
in winecfg, and the test button still works.
--
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=58223
Bug ID: 58223
Summary: spec ops the line stalls after splash screen
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
spec ops: the line does not seem to run after wine 10. wine 9.18 runs with
wow64 bit, 10.1 wow64 or 32bit will have processes idle/spinning in htop.
will not have time to bisect for a week or so
--
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=58107
Bug ID: 58107
Summary: PlayOnline Viewer: Minimised window restores behaving
as if it was inactive.
Product: Wine
Version: 10.5
Hardware: x86-64
URL: https://web.archive.org/web/20210810150839/http://www.
playonline.com/ff11eu/download/media/install_win.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Regression SHA1: 3ae66c75cf443c0be403d9fe4e4da3c19b3ad9a8
Distribution: Gentoo
After 3ae66c75cf4 [1], PlayOnline Viewer sometimes restores from a minimised
state behaving as if it was not the active window.
Normally, when the PlayOnline Viewer window is visible but not the active
window, it will lower its FPS to ~5 and the mouse cursor will not change over
it, nor do the buttons respond to the cursor until the window is activated.
Once it is the active window, the FPS for me will be above 40 depending on what
is on the screen, and the mouse cursor is a custom cursor from the application.
With the mentioned commit, the application window acts as if it is not the
active window, with the reduced FPS and non-custom cursor, but it responds to
clicks on buttons and such as usual when it is the active window.
This does not happen 100% of the time, sometimes taking a handful or
minimise/restore actions.
Thank you!
1.
https://gitlab.winehq.org/wine/wine/-/commit/3ae66c75cf443c0be403d9fe4e4da3…
--
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=58391
Bug ID: 58391
Summary: Exact Audio Copy: Unable to interface with DVD drive
on WoW64
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sterophonick(a)gmail.com
Distribution: ---
Created attachment 78798
--> http://bugs.winehq.org/attachment.cgi?id=78798
Log without flags.
Earlier today, Arch Linux migrated over to only shipping WoW64 with its WINE
builds, which appears to have borked EAC's ability to interface with the host's
disk drive. A dropdown that once printed an identifier for the drive, now
prints only "Adapter: 1 ID: 0" and no ability to otherwise control the
program or drive. None of this is the case in Arch's build of 10.8, where Win32
is available.
--
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=58393
Bug ID: 58393
Summary: FlexiPDFfails to run in wine-10.10
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kg.hammarlund(a)gmail.com
Distribution: ---
I've been running FlexiPDF under wine for years on my Slackware -current
system, and up till dev version 10.9 I've have had no issues at all, ever.
However, when trying out v. 10.10 the program refuses to start. When running
from terminal I get endless rows of messages of this type:
0128:fixme:dwmapi:DwmExtendFrameIntoClientArea (000100CC, 00226270) stub10
After seeing these lines repeating themselves for 15 minutes I gave up.
Reverted to latest stable (10.0) and all is well.
--
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=58195
Bug ID: 58195
Summary: Rocket League window becomes unmapped during startup
Product: Wine
Version: 10.5
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: sean-freebsd(a)farley.org
At startup of Rocket League, the window starts minimized, for whatever reason,
then actually becomes unmapped as it disappears from the Fluxbox dock.
However, it is still there because I can use xdotool to map it. I even wrote a
script to start Rocket League then search and activate it using xdotool before
it disappears.
Reverting
https://gitlab.winehq.org/wine/wine/-/commit/4c07e5568e5c70a7899839ab85dee6…
fixes this for 10.5.
--
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.