https://bugs.winehq.org/show_bug.cgi?id=56881
Bug ID: 56881
Summary: BloodRayne unable to run in wow, but able to run under
none wow build
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436.tw(a)gmail.com
Distribution: ---
Created attachment 76692
--> https://bugs.winehq.org/attachment.cgi?id=76692
Log with WINEDEBUG=+server,relay
the game seems and anti-cheat in it.
Game is unable to run under wow build of wine
but success run under none wow build
OS is ubuntu 20.04
wine is latest master.
--
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=55399
Bug ID: 55399
Summary: .NET 4.8 application cannot download (by browser
launch) from the Internet
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brian(a)interlinx.bc.ca
Distribution: ---
Created attachment 74958
--> https://bugs.winehq.org/attachment.cgi?id=74958
Screenshot of stack trace in error dialog
I am trying to use an application called GenuTax
(https://www.genutax.ca/Home/Download) with .NET 4.8 and Wine 8.12.
Once I created a 32-bit prefix and installed .NET 4.8 with winetricks the
application installs and runs successfully. I was optimistic at this point.
At some point though the application wants to launch a browser to a certain URL
to log into an information portal. At that point it fails with a
System.Runtime.InteropServices.COMException.
I have attached a screenshot (sorry for a screenshot, but I was unable to copy
the text from the dialog to be able to paste here).
There is a working iexplore.exe in this installation, so there should be a
browser for .NET to use.
--
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=57508
Bug ID: 57508
Summary: ARM64: PHP Generator for MySQL crashes on startup
Product: Wine
Version: 9.22
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)scito.ch
Created attachment 77539
--> https://bugs.winehq.org/attachment.cgi?id=77539
Last logs before crashing
I'm using PHP Generator for MySQL
(https://www.sqlmaestro.com/products/mysql/phpgenerator/download/lite_editio…)
for many years on Linux and it works perfect.
Now, we try to run this prgram on an M3 Apple computer and it crashes. The
installation runs fine, however it crashes during application startup.
According to https://gitlab.winehq.org/wine/wine/-/wikis/ARM64 ARM64 WoW is
supported.
How to reproduce:
1. Install
https://www.sqlmaestro.com/products/mysql/phpgenerator/download/lite_editio…
2. Run: wine "C:\Program Files (x86)\SQL Maestro Group\PHP Generator for MySQL
Lite\MyPHPGeneratorLite.exe"
3. Crash of program, see logs
--
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=57588
Bug ID: 57588
Summary: Guardant USB key drivers: grdkey.sys crashes
Product: Wine
Version: 10.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: amorozov(a)etersoft.ru
Distribution: ---
Created attachment 77697
--> https://bugs.winehq.org/attachment.cgi?id=77697
Log with WINEDEBUG=+ntoskrnl,+plugplay and winedbg output
I installed Guardant USB key drivers 7.0.224 from here:
https://www.guardant.com/support/users/download/2238/
with WoW64 Wine build.
$ md5sum GrdDrivers.exe
731d388d2ee4c1a4f45d655e4b8c9163 GrdDrivers.exe
After installation windows/system32/drivers/grdkey.sys appears. And it crashes
at Wine start:
wine: Unhandled page fault on read access to 0000000000000008 at address
00006FFFFC8A295B (thread 00f0), starting debugger...
In AddDevice handler grdkey.sys calls IoOpenDeviceRegistryKey. This results in
calling get_device_instance_id -> get_device_id and sending
IRP_MJ_PNP/IRP_MN_QUERY_ID with BusQueryDeviceID to the driver which calls
IofCallDriver(NULL, ....) and crashes.
The crash can be avoided with commenting out this line:
device = IoGetAttachedDevice( device );
in get_device_id function in dlls/ntoskrnl.exe/pnp.c
But I assume that the correct fix should be in avoiding to send IRPs from
IoOpenDeviceRegistryKey. MSDN says that IRP_MN_QUERY_ID is sent before loading
driver and calling AddDevice:
https://learn.microsoft.com/en-us/windows-hardware/drivers/kernel/adding-a-…
--
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=57585
Bug ID: 57585
Summary: Make UseTakeFocus default to N on Linux, so games can
accept input when refocused
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: joeytwiddle(a)gmail.com
Distribution: ---
To reproduce the problem:
1. On Linux (e.g. KDE5 with X11), start a game or fullscreen app (e.g. Among Us
or Bad North Jotunn Edition, but you can find many games with the same problem)
2. Once the game has opened and is fullscreen, use Alt-Tab to switch to another
app
3. Now switch back to the game.
4. The game now ignores mouse and keyboard input!
To fix it, kill the game, then run:
wine reg add 'HKEY_CURRENT_USER\Software\Wine\X11 Driver' /t REG_SZ /v
UseTakeFocus /d N /f
Now try the above steps again. It has likely fixed the problem!
Because the problem is so common, please consider making the above fix the
default setting on Linux. Hopefully it will benefit more users than it
inconveniences.
---
The problem and solution have been mentioned here:
-
https://askubuntu.com/questions/299286/how-to-recover-focus-after-losing-it…
- https://bugs.winehq.org/show_bug.cgi?id=47929
- https://bugs.winehq.org/show_bug.cgi?id=48121
- https://bugs.winehq.org/show_bug.cgi?id=37393
- https://bugs.winehq.org/show_bug.cgi?id=56073
--
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=56937
Bug ID: 56937
Summary: Alice madness return was unable to run under wow64
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436.tw(a)gmail.com
Distribution: ---
Alice madness return will show AWC.dll load failed.
But it normal under none wow build
Environment
ubuntu 20.04
wine version lastest master commit 797df8df394
--
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=48088
Bug ID: 48088
Summary: DIB engine does not work on a 256-color X server
Product: Wine
Version: 1.5.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 65646
--> https://bugs.winehq.org/attachment.cgi?id=65646
Regedit in Xephyr
To reproduce, run `Xephyr :1 -ac -screen 800x600x8` in one terminal window and
`DISPLAY=:1 wine regedit` in another. The window colors are positively
psychedelic.
A regression test on a Debian 6.0 Squeeze virtual machine revealed:
33ac850c80634c891b0c157bbffa612f70954a40 is the first bad commit
commit 33ac850c80634c891b0c157bbffa612f70954a40
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Sep 6 12:39:34 2012 +0200
winex11: Use window surfaces for rendering top-level windows.
It can be disabled by setting "ClientSideGraphics"="n".
:040000 040000 704eac5fc311e63d373e399c63a2488a6b3dedca
33fb0e5963c1326f8765334e4714060c89b21b5e M dlls
And indeed, creating the registry key "HKEY_CURRENT_USER\Software\Wine\X11
Driver\ClientSideGraphics" with the value "N" or "n" allows the window to be
displayed normally (except for some unsightly dithering).
--
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=57569
Bug ID: 57569
Summary: BeamNG.drive minimizes its window during startup, with
UseTakeFocus set to false.
Product: Wine
Version: 10.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: logos128(a)gmail.com
Regression SHA1: 0cda91856138e1d49fcfd9b6c2c9328146616baa
Distribution: ArchLinux
Happens only with the default (d3d11) renderer in fullscreen mode.
The UseTakeFocus option is set to 'N' in the registry (HKCU\Software\Wine\X11
Driver\UseTakeFocus). Since this option is turned on by default in Wine,
normally it doesn't cause the aforementioned issue. Although, it would be a
problem for Proton, where UseTakeFocus is tuned off by default
(https://github.com/ValveSoftware/wine/commit/d30ce49ed8b40b9c29b5cc374987ca…),
as it helps some games launch properly.
I use it to run Forza Horizon 5, etc., (Wine-Staging + patches + Steam).
I didn't notice this right away, as I use borderless in BeamNG, which works
properly with UseTakeFocus=false.
--
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=53767
Bug ID: 53767
Summary: vbscript fails to handle ReDim when variable is not
yet created
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on leveraging the vbscript engine of Wine for a macos/linux port
of Visual Pinball, I finally have the example table working and am starting to
work through the runtime errors.
Since the table scripts are often copies of copies of copied code, sometimes
bad practices make their way in.
Take the following code:
Const tnob = 5 ' total number of balls
ReDim rolling(tnob)
This works in real vbscript, but fails here.
As a work around, I've updated the script to:
Const tnob = 5 ' total number of balls
Dim rolling()
ReDim rolling(tnob)
According to the rules I've found:
It's possible to create a new dynamic array within a procedure using the ReDim
statement if the array to which it refers doesn't already exist at either
module or level. Typically, this results from an error of omission; the
programmer forgets to explicitly define the array using Dim, Public, or
Private. Since this method of creating an array can cause conflicts if a
variable or array of the same name is subsequently defined explicitly, ReDim
should be used only to redimension an existing array, not to define a new one.
--
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=57547
Bug ID: 57547
Summary: All HIDRAW devices stop working after pressing extra
button on Logitech G903 mouse
Product: Wine
Version: 10.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: dixonte+winehq(a)stc-networks.com
Distribution: ---
Created attachment 77615
--> https://bugs.winehq.org/attachment.cgi?id=77615
WINEDEBUG=+hid,+plugplay,+dinput,+rawinput WINEPREIF=$HOME/Games/star-citizen
/usr/lib/wine-staging-10.0_rc2/bin/wine control
I have my G903 configured such that pressing one of the extra buttons emulates
pressing F14 on a keyboard. I have also built a foot pedal using a
microcontroller that does the same thing. I use this for push-to-talk in
Discord.
When I press the extra button on my mouse, this seems to cause an error in wine
that stops all HIDRAW devices from working until I restart wineserver. Oddly
and importantly, the foot pedal does not cause the same issue. (I'm vaguely
aware this mouse is what Logitech calls 'HID++', so I wouldn't be surprised if
they are doing something weird that is tripping wine up.)
I've attached a log of reproducing the issue by running 'wine control' with
WINEDEBUG=+hid,+plugplay,+dinput,+rawinput
Now that I know how to do it I can reproduce the issue 100% of the time.
--
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.