https://bugs.winehq.org/show_bug.cgi?id=56227
Bug ID: 56227
Summary: Project CW: Unable to load engine.dll on Wine 9.0
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: charles2000wang(a)gmail.com
Distribution: ---
A new game called Project CW by WarGaming has a game executable that loads an
"engine.dll".
The error messages:
0024:err:module:loader_init "engine.dll" failed to initialize, aborting
0024:err:module:loader_init Initializing dlls for
L"Z:\\home\\user\\CW\\bin\\engine_launcher.exe" failed, status c0000005
This does not occur in an older version of wine (tested with lutris-7.2.2 so
wine 7.2)
--
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=56218
Bug ID: 56218
Summary: [macOS] [10.14] Last release of wine-stable via
Homebrew doesn't work on macOS 10.14
Product: Wine
Version: 9.0-rc5
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mestesso.me(a)virgilio.it
Updating wine-stable package via-Homebrew on macOS 10.14 makes Wine un-usable..
It says that macOS 10.15 is required!
Remember that 10.14 is both x86 and x64 system, and many of us can't upgrade to
10.15..
Please, keep (or revert) version for macOS 10.14 too
--
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=56207
Bug ID: 56207
Summary: Hardwar: strange, vivid colors when 32 bit textures
enabled
Product: Wine
Version: 9.0
Hardware: x86-64
URL: https://archive.org/download/HARDWAR/HARDWAR.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 75920
--> https://bugs.winehq.org/attachment.cgi?id=75920
screenshot - 16 bit vs. 32 bit textures
The game Hardwar (patched to the latest UIM.06 version) displays textures
incorrectly when '32 bit Textures' option is enabled in the launcher.
Reproduced with NVIDIA 535.43.22 and with nouveau/Mesa 23.3.3 as well.
Terminal output (it's the same as well when 32 bit textures are disabled):
0114:fixme:ddraw:ddraw_surface1_Flip Ignoring flags 0x1.
0114:fixme:d3d:wined3d_device_apply_stateblock Antialias not supported yet.
0114:fixme:d3d:wined3d_device_apply_stateblock Render state WINED3D_RS_SUBPIXEL
not implemented yet.
012c:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
(lots of)0114:fixme:d3d:wined3d_device_apply_stateblock Render state
WINED3D_RS_SUBPIXEL not implemented yet.
Not a regression, the problem is present with every Wine version I tried back
until 1.9.11.
To reproduce the problem with the early demo version + UIM.06 patch:
1. Install the demo version, link is in URL. Setting Win98 mode is advisable
because the installer is from that era. Don't start the demo yet.
2. Install the UIM.06 patch over the demo:
http://www.zedo.hardwar.info/HardwarUIM06.zip
3. Start Hardman.exe (launcher), select Display tab, enable '32 Bit Textures'
option in Image Quality. The rest of the options here have no effect on the
bug.
4. Go back to the 'Game' tab in the launcher, <Launch...>, <OK>, <Save>. The
game should enter the main menu.
5. Enter a pilot name then select a job and voilà... you are in the cockpit
with psychedelic textures everywhere.
The Steam version can also be used to reproduce the problem:
https://store.steampowered.com/app/1500540/Hardwar/
Tested with wine-9.0-54-g1932c3a2516
--
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=56224
Bug ID: 56224
Summary: SpeedWave doesn't redraw window initially properly
Product: Wine
Version: 9.0-rc5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
First, need to work around bug 55883 (oleaut32.OleLoadPictureFil2) and possibly
bug 56215 (Can't use -O2).
Initially parts of the window are white, which they should not be. After moving
the window off screen, it redraws them properly.
--
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=56237
Bug ID: 56237
Summary: Erratic behavior of dialog boxes
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ch.panel(a)free.fr
Distribution: ---
Created attachment 75944
--> https://bugs.winehq.org/attachment.cgi?id=75944
visual studio small project showing wine bug
under Windows: the action of <ENTER> returns the code of the button which has
the focus
under wine: the action returns nothing (0) unless we have moved the focus if we
replace
===============
IDD_ABOUT DIALOG DISCARDABLE 0, 0, 239, 66
STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU
CAPTION "My About Box"
FONT 8, "MS Sans Serif"
BEGIN
PUSHBUTTON "OK",1001,174,18,50,14
PUSHBUTTON "Cancel",1002,174,35,50,14
GROUPBOX "About this program...",IDC_STATIC,7,7,225,52
CTEXT "An example program showing how to use Dialog
Boxes\r\n\r\nby theForger", IDC_STATIC,16,18,144,33
END
===============
by
===============
IDD_ABOUT DIALOG DISCARDABLE 0, 0, 239, 66
STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU
CAPTION "My About Box"
FONT 8, "MS Sans Serif"
BEGIN
DEFPUSHBUTTON "OK",1001,174,18,50,14
PUSHBUTTON "Cancel",1002,174,35,50,14
GROUPBOX "About this program...",IDC_STATIC,7,7,225,52
CTEXT "An example program showing how to use Dialog
Boxes\r\n\r\nby theForger", IDC_STATIC,16,18,144,33
END
===============
then <ENTER> returns the OK key (1001)
if we return to the previous situation (2 PUSHBUTTON), and we replace the codes
1001 and 1002 by ID_OK and ID_CANCEL (in the RC and the source code) then
<ENTER> returns OK (ID_OK)
attached code showing the bug
--
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=56173
Bug ID: 56173
Summary: modal dialog boxes behaves amodal
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: ch.panel(a)free.fr
Distribution: ---
any modal dialog box opened by an application does not prevent the application
window from being manipulated, moved, reduced, etc.
example : open notepad.exe and a dialog box open file then you can manipulate
the application window
--
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=56230
Bug ID: 56230
Summary: Pro Evolution Soccer 5 crashed or stopped during play
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aminavy74(a)vatanmail.ir
Created attachment 75940
--> https://bugs.winehq.org/attachment.cgi?id=75940
PES-5 close in wine-7
Hello!
during play wine crashing or 3D graphics disappeared.
wine7 in FreeBSD depended on vkd3d and has not this problem. but wine-8 not.
I'm not sure related or not but when I quit from game in wine7, problem message
appeared. This attachment of backtrace.
--
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=39793
Bug ID: 39793
Summary: Starcraft freezes when starting a Direct Cable
Connection game
Product: Wine
Version: 1.7.46
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
To reproduce:
1. Add yourself to the dialout (Ubuntu) or uucp (Arch) user group.
2. Log out and log back in.
3. In Starcraft, click Multiplayer, Direct Cable Connection, Ok.
The problem is that Starcraft attempts to detect which serial port is connected
by sending a burst of data on all ports COM1 through COM8. On Linux, COM1
through COM4 default to ttyS0 through ttyS3, but even though the device files
exist, rarely do all of them correspond to actual physical devices. So,
Starcraft hangs forever waiting for the write to complete successfully.
A patchset that fixes this bug is available at
https://github.com/alexhenrie/wine/commits/master
First reported at
https://appdb.winehq.org/objectManager.php?sClass=version&iId=149&iTestingI…
--
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=56233
Bug ID: 56233
Summary: On macOS Sonoma, applications respond slowly when caps
lock is enabled
Product: Wine
Version: 9.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
macOS Sonoma introduces new "accessories" that appear below the text insertion
point, like a caps lock indicator or an input language switcher (see [1]).
These also show up in Wine windows, since they use existing APIs like
NSTextInputClient to discover whether an insertion point is present and where
in the view it's located.
But, when an accessory like the caps lock indicator is displayed, interacting
with the window (say, pulling down menus) is extremely slow. There are
half-second pauses when displaying/hiding menus or other windows. This can be
easily reproduced using notepad.
I ran sample during the slowdown and was able to see the problem. Here's the
backtrace, with some unimportant lines removed:
3294 __OnMainThread_block_invoke (in winemac.so) + 16 [0x20b56ac10]
cocoa_event.m:507
3070 __macdrv_set_cocoa_window_frame_block_invoke (in winemac.so) + 100
[0x20b577dd4] cocoa_window.m:3464
3070 -[WineWindow setFrameFromWine:] (in winemac.so) + 557 [0x20b57258d]
cocoa_window.m:2012
3070 -[WineWindow setFrameAndWineFrame:] (in winemac.so) + 60 [0x20b5721dc]
cocoa_window.m:1938
3069 -[WineWindow setFrame:display:] (in winemac.so) + 136 [0x20b575008]
cocoa_window.m:2682
...
3066 -[WineWindow windowDidResize:skipSizeMove:] (in winemac.so) + 441
[0x20b5762d9] cocoa_window.m:3031
3066 -[TUINSCursorUIController invalidateCharacterCoordinates] (in
TextInputUIMacHelper) + 113 [0x7ffc12ad733a]
...
1643 -[WineContentView firstRectForCharacterRange:actualRange:] (in
winemac.so) + 196 [0x20b56ef24] cocoa_window.m:926
1643 -[WineEventQueue query:timeout:flags:] (in winemac.so) + 217
[0x20b56a209] cocoa_event.m:336
1643 -[WineApplicationController waitUntilQueryDone:timeout:processEvents:]
(in winemac.so) + 224 [0x20b55eb70] cocoa_app.m:350
Pulling menus down creates new HWNDs, I think initially with 1x1 size, and then
the frame is set. This triggers windowDidResize, which calls [[[self
contentView] inputContext] invalidateCharacterCoordinates]. This is sensible,
character coordinates might change when the window is resized. And when caps
lock is enabled, the system then immediately calls
firstRectForCharacterRange:actualRange: to refresh the character coordinates.
This triggers a Wine QUERY_IME_CHAR_RECT query. The problem is that the thread
that would answer the query is currently in OnMainThread(), things deadlock and
the query times out after 300 ms. I think it's called twice, that's how you get
600 ms.
The twist is that OnMainThread() does service queries while waiting, except for
QUERY_IME_CHAR_RECT, because of a 2016 bug with Japanese input in Excel
2003/2007/2010. If you undo 33610da6b4f5d9ad052173f005fdb735dc471445 so that
QUERY_IME_CHAR_RECT is handled normally, the timeout goes away and things work
normally.
This needs to be fixed, my first thought is that maybe there have been changes
in the IME system since 2016 so that the special-case for QUERY_IME_CHAR_RECT
is no longer needed? A first step is to revert the 2016 fix and see if the
Excel bug can still be reproduced.
[1]:
https://developer.apple.com/documentation/appkit/text_display/adopting_the_…
--
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=56202
Bug ID: 56202
Summary: Genshin impact cyrillic is ?????
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: googa.vo1d(a)gmail.com
Distribution: ---
Created attachment 75910
--> https://bugs.winehq.org/attachment.cgi?id=75910
привет из ????
switchin in linux to cyrillics causes in genshin this ????
wrote
--
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.