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.
https://bugs.winehq.org/show_bug.cgi?id=56725
Bug ID: 56725
Summary: chromium not working under new wow64
Product: Wine
Version: 9.8
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: ---
Downloader:
https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h…
Make sure not to use too new chromium because of bug 56724
--
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=56935
Bug ID: 56935
Summary: Softube VST plugins are not drawing their UI
Product: Wine
Version: 9.12
Hardware: x86-64
URL: https://www.softube.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dwmapi
Assignee: wine-bugs(a)winehq.org
Reporter: notasas(a)gmail.com
CC: jzeng(a)codeweavers.com
Regression SHA1: f397807415b4807aeabac7243a13a15599008ee7
Distribution: ---
The plugin UI never updates, it's window is cleared with black on startup and
then it just shows the remains of anything that was ever drawn over it, like
unrelated windows. With the commit is reverted everything redraws normally.
Softube provides a free plugin that reproduces the issue ("Saturation Knob"),
but sadly it's not very straightforward to set it up. First you need some DAW
software what can run windows VST plugins through wine, like lmms. Then Softube
doesn't provide it's plugins directly but insists on installing them through
their bloated downloader, which then insists to install several licensing
services. I could not get it to work through wine and used a windows vm for
that part. Once you get the plugin dll however everything works through wine,
including "activation" (even for a free plugin) except that the UI is not
updating.
--
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=57580
Bug ID: 57580
Summary: fixme:netprofm crashes the EA launcher app and
Mirror's Edge Catalyst because it loses online
connection
Product: Wine
Version: 10.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: halcek(a)tutanota.com
Distribution: ---
Mirror's Edge Catalyst can launch, but the EA app bundled with it crashes after
briefly being displayed. It appears that the problem may be related to the EA
app loosing an online connection after a few seconds for an unknown reasons.
This seems to be related to the netprofm list_manager_GetConnectivity aspect of
Wine.
--
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=51870
Bug ID: 51870
Summary: D16 VST plugins fail to save activation info
Product: Wine-staging
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zephyr(a)zephnet.biz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70786
--> https://bugs.winehq.org/attachment.cgi?id=70786
log from renoise, yabridge, wine
I'm trying to get d16's Punchbox VST2 running on Arch with wine-staging 6.19
(via the wine-ge-custom package).
All d16 plugins require you to go through an online login prompt through the
plugin before you can use it (even for demos) and after you successfully log
in, the plugin requires you to close it and restart it. The problem is, on the
next restart the plugin asks for the activation credentials again.
This problem is not limited to one DAW, Wine version, or plugin bridge it
seems. I have tested this with Renoise and Reaper as VST hosts, with Wine 6.14,
and with the yabridge and airwave plugin bridges. I am able to run other
Windows VSTs without issue.
The plugin works despite the UI being inaccessible - it responds to midi notes,
sounds like it should and and my DAW's VST controllers work (but i can't change
presets).
Attached the log from Renoise / Wine after I start the plugin, log in, close it
and reinitialize.
--
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=57554
Bug ID: 57554
Summary: the default font 'System' does not support Chinese
character
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zhaohongxinxin(a)163.com
Distribution: ---
When running programs such as wine control, wine notaped, wine regedit,
the default "System" font does not display Chinese properly, and winecfg cannot
set the System to other font or adjust the font fallback.
--
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.