http://bugs.winehq.org/show_bug.cgi?id=32618
Bug #: 32618
Summary: Atlantica Online partially hangs when rotating the
view with the mouse.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arek75(a)gmail.com
Classification: Unclassified
Created attachment 43044
--> http://bugs.winehq.org/attachment.cgi?id=43044
Bisect log
Starting with Wine 1.5.18, Atlantica Online is no longer playable due to a bug
where if you attempt to rotate the camera with the mouse (right-click and
drag), Atlantica's graphics lock up and the game seems to lose the mouse. You
can get the game to respond again by pressing alt on the keyboard, but you
still can't rotate the camera (or rather not much, it'll move a tiny bit each
time before locking up).
I went ahead and bisected this, and also ran into a problem where Atlantica
never got control of the mouse/keyboard and had to be closed with alt-f4. In
these cases I used 'git bisect skip' to continue. Git finally came up with 18
possible "bad commits". Looking at them in gitk, the following commits are of
note (the first skipped commit and the first known bad commit):
841214ddb4d4dc620e6b51dfe6655b585d423edc - user32: Don't check for driver
events before normal messages in PeekMessage.
a0f039a6049641cc2be8fa32f2afa3c3f394a99b - user32: Fix the wait event mask in
PeekMessage.
The first of these commits caused Atlantica to not respond much to
mouse/keyboard events (you could get a partial response from the mouse if you
could get it over a button, but you can't see the pointer), and while the
second patch fixed that, attempting to rotate the camera using the mouse causes
Atlantica's input/graphics to partially freeze as noted above.
I've attached the bisect log so that you can have a look at it if you need to.
--James
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21369
Summary: Tab bar isn't fully visible in HTML-Kit; must be
scrolled
Product: Wine
Version: 1.1.36
Platform: x86-64
URL: http://www.chami.com/html-kit/download/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=25731)
--> (http://bugs.winehq.org/attachment.cgi?id=25731)
Terminal output
In HTML-Kit build 292, one of the tab bars (the one below the current working
file) isn't displayed as expected in Wine. In Windows, the entire tab bar is
visible, but in Wine, part of it is cut off, with scroll arrows present to
bring the rest into view. Native comctl32 installed by winetricks fixes the
issue.
Interestingly, increasing Wine's DPI to 120 allows all the tabs to display at
once, though rendering is still a bit different from Windows.
Terminal output is from opening the program and entering "create a new file"
mode (which is when the tabs first become visible).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=29384
Bug #: 29384
Summary: Voobly fails to launch Age of Empires II multiplayer
game (DirectPlay)
Product: Wine
Version: 1.3.35
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lapommegolden(a)gmail.com
Classification: Unclassified
Instead of entering AOE II's brown multiplayer game screen, game will now be
automatically aborted & cancelled unrated instead.
--
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=52244
Bug ID: 52244
Summary: starcraft2 crashes while loading arcade game
e_gfxErrorShaderCompileFailed
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
Created attachment 71352
--> https://bugs.winehq.org/attachment.cgi?id=71352
console messages
[cedric@cedric ~]$ wine --version
wine-6.23
[cedric@cedric ~]$ uname -a
Linux cedric 5.15.8-arch1-1 #1 SMP PREEMPT Tue, 14 Dec 2021 12:28:02 +0000
x86_64 GNU/Linux
[cedric@cedric ~]$ rm -rf ~/.wine
[cedric@cedric ~]$ wineboot
[cedric@cedric ~]$ wine ~/.wine-sc2-ok/drive_c/Program\ Files\
\(x86\)/StarCraft\ II/StarCraft\ II.exe
Install battle.net (it finds starcraft2), close
click Play
choose custom -> arcade. Type in "coop" into the search field, and click on
"Wings of liberty coop 1. Liberation day", and click create lobby, and then
click "start game".
After the countdown, the loading screen shows up, and the progress bar goes
about to half full. Then this error dialog shows up:
"Starcraft II
e_gfxErrorShaderCompileFailed
To help us identify the problem, please describe what you were doing when the
error occurred.
Please use the Report ID below when communicating with Blizzard about the
issue.
DF97FB56-8356-44A6-A960-5BEA033C44DA
[X] Send to Blizzard [Reopen] [Close]"
--
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=52959
Bug ID: 52959
Summary: Some games are rendered in square instead fullscreen
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: slawek(a)lach.art.pl
Distribution: ---
Some games (like Empire Earth: Gold, Commandos: Behind Enemy Lines) do not
render property. It renders only in top-left square (full game frame). Rest of
screen is black.
--
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=33239
Bug #: 33239
Summary: VisualBasic arrays of User Defined Type (UDTs) with
strings
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mod(a)navsoft.com
Classification: Unclassified
Created attachment 43964
--> http://bugs.winehq.org/attachment.cgi?id=43964
Uses a simple program to test where the crash occurs
I use arrays of UDTs which work under MS Windows. (Any version post Win 2000
except ME.) The program also works happily on a Mac using a Parallels virtual
machine.
These fail under WINE if one or more of the fields is a string. The "TYPE"
order makes no difference.
UDTs which contain only numbers are not affected.
Failure occurs on any attempt to "ReDim" or "Erase" the array. The problem does
not occur when the strings are fixed length or for flat UDTs containing strings
of undeclared length. Prior to a crash, the content of the UDTs can be read and
written to.
Trying to write a simple program produces strange results. I tried initially on
an old PC and found that it would crash simply by redimming the arrays but when
installed under Parallels, it will handle simple arrays and only crashes as I
start to get more adventurous; i.e. using a UDT type declared in a DLL but
otherwise identical.
My main program can be downloaded at http://navsoft.com/AstroNav_Setup.exe. It
makes no claims to being compatible with WINE but there are references to the
problem area elsewhere in this forum by Users who would like to run it under
WINE.
AstroNav uses UDTs extensively. The problem is the Almanac screen where multi
dimension UDTs are widely used. With AstroNav, simply declaring and then
destroying the arrays will cause a crash. [There is also a problem with WINE's
treatment of SetGraphicsMode which I have not yet pinned down but will
hopefully circumvent very shortly. (The SetGraphicsMode API does not work quite
as Microsoft claim so removing it, is probably desirable.)]
The attached backtrace was caused by the following code. The crash occurs only
for Command4_Click() and only on the third press. (Rapid pressing will cause a
"The array is temporarily locked" error/ crash.)
FORM CODE
==========
Private Type My_UDT
n1 As Long
s1 As String
s2 As String
End Type
Private mUDT() As My_UDT
Private DLL_UDT() As Main_Almanac_Columns
Private Sub Command1_Click() ' NO PROBLEM NOW BUT SIMILAR CODE CAUSED A
Dim i As Long ' CRASH ON AN OLDER PC
ReDim mUDT(99)
For i = 0 To 99
mUDT(i).s1 = "Some String"
mUDT(i).s2 = "Some String"
Next i
ReDim mUDT(99)
End Sub
Private Sub Command2_Click() ' SAME AS ABOVE BUT USING A GLOBAL UDT
Dim i As Long ' = A BIT MORE ADVENTUROUS
ReDim gUDT(99)
For i = 0 To 99
gUDT(i).s1 = "Some String"
gUDT(i).s2 = "Some String"
Next i
ReDim gUDT(99)
End Sub
Private Sub Command3_Click() ' MORE ADVENTUROUS; PASSING DATA USING
Compile_Data ' Public Property Get
gUDT = My_Module_UDT
End Sub
Private Sub Command4_Click() ' CRASHES ON THE THIRD CLICK ON MY MAIN
Alt_Compile_Data ' MACHINE
DLL_UDT = My_DLL_UDT
End Sub
MODULE CODE
===========
Private DLL_UDT() As Main_Almanac_Columns
Type Module_UDT
n1 As Long
s1 As String
s2 As String
End Type
Private mUDT() As Module_UDT
Public gUDT() As Module_UDT
'\\ THE MODULE LEVEL TEST
Sub Compile_Data()
Dim i As Long
ReDim mUDT(71)
For i = 0 To 71
With mUDT(i)
.n1 = i
.s1 = i
.s2 = i
End With
Next i
End Sub
Public Property Get My_Module_UDT() As Module_UDT()
My_Module_UDT = mUDT
End Property
'\\ USING THE IDENTICAL TYPE DECLARED IN A MODULE
Sub Alt_Compile_Data()
Dim i As Long
ReDim DLL_UDT(71)
For i = 0 To 71
With DLL_UDT(i)
.Gap = i
.sGHA = i
.sDec = i
End With
Next i
End Sub
Public Property Get My_DLL_UDT() As Main_Almanac_Columns()
My_DLL_UDT = DLL_UDT
End Property
--
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=38892
Bug ID: 38892
Summary: Please support more architectures.
Product: Wine
Version: unspecified
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: ytrezq(a)sdf-eu.org
Distribution: ---
Hello,
It might sound useless but the WINAPI supported Itanium PPC MIPSR4000 and dec
alpha in the past.
While windows doesn't provide updates for those platforms, compiling programs
written for the WINAPI to those arch is the best way to get decent speeds (not
to add the need of support for ARC firmware which prevent running them on
recent ppc).
Of course this is not for emulating instructions sets but for running windows
programs natively on those platforms.
For testing on x86 an ARC bios for MIPS which can work on qemu is documented
here http://gunkies.org/wiki/Installing_Windows_NT_4.0_on_Qemu(MIPS)
Visual C++ RISC editions for those platforms are available here
http://bingeflying.com/3.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=53573
Bug ID: 53573
Summary: Warcraft III Reforged 1.33.0.19194 has black main menu
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
Created attachment 72950
--> https://bugs.winehq.org/attachment.cgi?id=72950
STDOUT/STDERR log when warcraft-iii-reforged-1.33.0.19194 is starting an
switching to black main menu
Last night (2022-08-18) Blizzard released an update for Warcraft III Reforged
from version 1.32.x to 1.33.0.19194.
Since then the main menu of the game is just black!
But I can hear the sound of the main menu.
I attached a STDOUT/STDERR log.
Version 1.32.x of the game was running fine using wine-staging-7.14.
(didn't test any other wine version before)
Wine versions I just tried:
wine-staging-7.14
wine-staging-7.15
wine-devel-7.15
OS: Debian-11
Wine: https://dl.winehq.org/wine-builds/debian/
GPU: Radeon RX 590
Neither standard Wine D3D11 OpenGL based implementation (WineD3D) nor DXVK is
working.
Maybe slightly related:
Warcraft III: staying in menus quickly gobs all system memory
https://github.com/doitsujin/dxvk/issues/1866
--
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=34708
Bug #: 34708
Summary: Silent Hill 4: The Room don't run in terminal.
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sov.info(a)mail.ru
Classification: Unclassified
Created attachment 46270
--> http://bugs.winehq.org/attachment.cgi?id=46270
01 terminal output
This game don't start via terminal. BUT!
When i just starting it by clicking on the .desktop file, it runs! This
behavior is pretty interesting. Of cource, this game crushes even if start by
clicking on desktop label. But if we want to see what stubs happens in game, we
should before fix terminal behavior.
--
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=50789
Bug ID: 50789
Summary: Affinity Photo 1.9.1 installer crashes
Product: Wine
Version: 6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: game.jaegers(a)mailbox.org
Distribution: ---
Created attachment 69595
--> https://bugs.winehq.org/attachment.cgi?id=69595
terminal output
>> wine --version
wine-6.2 (Staging)
Get the trial installer here:
https://affinity.serif.com/de/90-day-affinity-trial/
Maybe someone can get an archive.org link?
>> sha1sum affinity-photo-1.9.1.exe
f68d5fcd52e58a1501ab1ff7b4eb35ac8422f863 affinity-photo-1.9.1.exe
I only used these commands:
export WINEPREFIX=~/.wineprefixes/photo
wine wineboot -i
wine '/home/estebanium/Downloads/affinity-photo-1.9.1.exe'
I know from older testing, that the installer needs at least dotnet45. Since
Wine 5.12 installing dotnet45 via winetricks is a pain. If you achieved to
install dotnet45 via winetricks, affinity installer want to install the update
to dotnet472.
--
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.