https://bugs.winehq.org/show_bug.cgi?id=39742
Bug ID: 39742
Summary: Heroes of Might and Magic 5 does not work (empty
screen)
Product: Wine
Version: 1.8-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galdralag(a)bk.ru
Distribution: ---
Heroes of Might and Magic 5 does not work.
When starting game shows only first splash screen.
After splash game starts intro video and it is not shown. But sound exists.
This occurs since 1.55.
In version 1.54 all ok.
--
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=54217
Bug ID: 54217
Summary: SourceInsight: app menu doesn't work
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: x1917x(a)gmail.com
Distribution: ---
The menu bar has no reaction to any mouse clicks, acts like it is disabled.
The issue affects multiple apps, another app I know is Propellerhead Reason
(https://bugs.winehq.org/show_bug.cgi?id=10845).
There was an experimental patch (from Rein Klazes in 2009) which used to fix
the issue, but IIRC this patch was never accepted. Anyway, for many years it
was enough to recompile Wine with that patch to have a working app menu...
until recently. Now dlls/user32/menu.c code was heavily refactored so the patch
cannot be applied even manually (all involved functions are gone etc).
To summarize:
- there is a bug which breaks app menu functionality for at least 2 apps
- at this moment there is NO fix or workaround which can be applied anymore
The original bugreport for Propellerhead Reason is from 2007. A 15-year wine is
nice, but a 15 years old bug in Wine is not - please, please do something with
this issue.
--
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=46522
Bug ID: 46522
Summary: Application stops responding
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
URL: https://formatfactory.it.uptodown.com/windows/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
Created attachment 63379
--> https://bugs.winehq.org/attachment.cgi?id=63379
Desktop screenshot
Hi! I got an error with FormatFactory 4.5.5. It stops responding when I drag
and drop a file from desktop into the app. To reproduce the bug:
1) Download the program from
https://formatfactory.it.uptodown.com/windows/download
2)Install it
3)Run it. It will ask you if you want to update the program to version 4.5.5.
Update it.
4)Try to drag and drop a file from desktop into the application
5)A new window opens but the program stops responding and you are not able to
do
anything anymore.
I attached a screenshot of the error.
--
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=53354
Bug ID: 53354
Summary: Wine should provide icu.dll
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: osmanx(a)problemloesungsmaschine.de
Distribution: ---
Created attachment 72742
--> https://bugs.winehq.org/attachment.cgi?id=72742
tzdb.exe
Windows since at least version Windows 10 19H1 ships a icu.dll in the system
directory. The VS2022 (and I think also VS2019) C++ standard library in C++20
mode uses this DLL to implement the timezone database as specified by the C++
standard. The standard library loads this DLL dynamically with LoadLibraryExW
(see
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>)
and throws a std::system_error (see
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>
and
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>)
when it cannot load it. In order to provide compatibility with modern Windows
versions, IMHO Wine should thus ship a compatible icu.dll. A similar issue also
exists for older Windows versions even on the Microsoft side (see
<https://github.com/microsoft/STL/issues/1911>).
This issue arose since I recently modernized timezone handling in OpenMPT by
using C++20 chrono. For now, I have worked around the problem in OpenMPT. See
<https://bugs.openmpt.org/view.php?id=1618> and
<https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>.
Simple test case:
```
// cl /std:c++20 /permissive- /EHsc /O2 /W4 tzdb.cpp
#include <chrono>
#include <iostream>
#include <stdexcept>
#include <windows.h>
int main() {
try {
std::chrono::get_tzdb_list();
} catch (const std::exception & e) {
std::cerr << "FAIL: " << e.what() << std::endl;
return 1;
}
std::cout << "OK" << std::endl;
return 0;
}
```
tzdb.exe 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=52115
Bug ID: 52115
Summary: Horizon Zero Dawn crashes during loading
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Hello,
I tried this game from GoG with vkd3d-git and it crashes during the 1st loading
(see https://youtu.be/3qpdE9FUBQg) -
The game works with vkd3d-proton without issue (https://youtu.be/MA3ehphVWsg)
I attach the WINEDEBUG=+vkd3d VKD3D_DEBUG="trace" log
--
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=47686
Bug ID: 47686
Summary: No Man's Sky - crash when moving fast through
asteroids / space
Product: Wine
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: winebugz(a)kbrm.net
Distribution: ---
Created attachment 65143
--> https://bugs.winehq.org/attachment.cgi?id=65143
First crash backtrace
WINE : wine-4.14 (Staging)
OPSYS: Debian 9.9
GPU : Nvidia GTX 670
VDRV : nvidia-driver 430.40-1 (experimental repo)
DLL-OVERRIDE: vulkan-1 (built-in) /* game won't even start to menu without this
*/
Replicate:
Get in ship
Get above atmosphere
Target "Signal Source / Coordiates"
Engage Pulse Engines
1-3 minutes into flight - NMS crashes with:
Unhandled exception: page fault on write access to [HEX ADDRESS] in 64-bit
code ([HEX ADDRESS]).
Attaching three (3) backtraces and console output.
--
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=52240
Bug ID: 52240
Summary: VODKALIBUR Mod Tool Crashes on Starup
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: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 71349
--> https://bugs.winehq.org/attachment.cgi?id=71349
Staging6.23_Logs_and_dotnet_prefix_backtrace
(The mod-tool is meant for SoulCalibur VI)
In a clean Wine Staging 6.23 prefix, the program crashes on startup without
displaying anything.
Running the program with dotnet48 gets the program to display a splash-screen
before throwing an exception error and dropping 3 .dll files in the app's
directory.
SHA256:
4ddbc85ed075aaf3943319945d0dc7d43b7be4e244674f4df8f47c6d18b6dbe3
Download:
https://cdn.discordapp.com/attachments/651396632167841812/90621213743162163…
(Releases are typically obtained with in-app updates or via the developer's
Discord server - this is a direct link to the last WPF build that was released
via a direct Discord attachment at the time of writing)
--
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=50083
Bug ID: 50083
Summary: ASCOM Platform 6.5 - Installation failed
Product: Wine
Version: 5.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bammzilla(a)astronomy.com.ph
Distribution: ---
Created attachment 68544
--> https://bugs.winehq.org/attachment.cgi?id=68544
Screenshots of popup error screens during install
The ASCOM Platform allows windows desktop planetarium programs to control
astronomical hardware such as telescopes, domes, and cameras.
The software is freely distributable and open source, released under the
Creative Commons Attribution-ShareAlike 3.0 License, but written under the .NET
Platform.
The latest version is ASCOM Platform 6.5, written under .NET Framework 4.8 and
Visual Studio 2019.
To prepare the installation, I ran winetricks -q vcrun2019 dotnet35sp1
dotnet452 dotnet472 dotnet48. No errors were reported in the installation of
dotnet.
I then launched the installer with the following command:
WINEDEBUG=+nls wine ASCOMPlatform65.exe >> ASCOMPlatform65.log 2>&1
The installation went smoothly but popped up several error screens and ended
with an installation failed.
Screenshots of the error screens are attached.
The WINEDEBUG log file is gzipped and attached.
ASCOMPlatform installer log files are zipped and attached.
Download the installer from the following link:
https://github.com/ASCOMInitiative/ASCOMPlatform/releases/download/v6.5Rele…
Full source code of ASCOM Platform is available here:
https://github.com/ASCOMInitiative/ASCOMPlatform
ASCOMPlatform License file:
https://github.com/ASCOMInitiative/ASCOMPlatform/blob/master/LICENSE.txt
Information about ASCOM can be found here:
https://ascom-standards.org/Community/
--
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=43172
Bug ID: 43172
Summary: IDirectPlay4::EnumConnections needs to support wide
string in DPNAME structure
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned
in EnumConnections. Currently it just forwards to the ascii version.
--
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=54571
Bug ID: 54571
Summary: ImageList images hard to see or even invisible
depending on COLOR_WINDOWTEXT
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: dark(a)darkok.xyz
Distribution: ---
Created attachment 74114
--> https://bugs.winehq.org/attachment.cgi?id=74114
Visibility of images depending on Window Text color.
The lighter the Window Text color gets, the less visible the images in an
ImageList get.
This really affects people primarily using dark themes such as myself, as then
the text color is going to be so light the images will be invisible.
I'm not sure if this issue is present in other software, but in this case I am
experiencing this with the GSAE (GS Advanced Editor) tool shipped with Roland
sound modules.
I am able to see the images properly again if I replace what is currently line
1488 of `comctl32/imagelist.c` (ImageList_DrawIndirect) with `if (FALSE)`
instead of `if (himl->hbmMask)` so the else branch always runs (this will
likely break other software though, and in my case is just a temporary
measure).
--
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=50993
Bug ID: 50993
Summary: App compiled with address sanitizer don't work in Wine
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
When trying to use in Wine app compiled with address sanitizer and MinGW LLVM,
then this app doesn't run and print
```
0104:err:module:LdrInitializeThunk "libclang_rt.asan_dynamic-x86_64.dll" failed
to initialize, aborting
0104:err:module:LdrInitializeThunk Initializing dlls for
L"Z:\\mnt\\Miecz\\godot3.2\\bin\\a.exe" failed, status 80000003
```
To reproduce issue
Download and unpack Mingw-llvm(unlike Mingw GCC allows to build app with
address sanitizer)
https://github.com/mstorsjo/llvm-mingw/releases/download/20201020/llvm-ming…
2. set variables(change PATH_TO_CHANGE)
export MINGW32_PREFIX="/PATH_TO_CHANGE/i686-w64-mingw32-"
export MINGW64_PREFIX="/PATH_TO_CHANGE/x86_64-w64-mingw32-"
3. Copy to current directory all files from folder which contains
`libclang_rt.asan_dynamic-x86_64.dll` inside unpacked mingw
4. Compile and try to open app
echo "int main(){if(2>1){return 1;}}" > a.cpp
/PATH_TO_CHANGE/x86_64-w64-mingw32-clang++ a.cpp -fsanitize="address"
wine a.exe
--
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=45584
Bug ID: 45584
Summary: FindFirstFile fails to correct case when full name
supplied
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: us(a)edmeades.me.uk
Distribution: ---
Created attachment 62002
--> https://bugs.winehq.org/attachment.cgi?id=62002
Simple testcase in c
FindFirstFile can be used to correct the case of a file. In fact when trying to
correct the case of the whole path and file, a google implies its a good
routine to use to pass each part of the directory tree through
Problem: If findfirstfile isnt passed a wildcard, it looks for the file in
question and if it exists, returns the case of the file as supplied, not the
case as it is on disk
Try supplied testcase.
I think this can also be seen by:
wine cmd
dir >ABCD
dir abcd
Note in the directory listing it shows abcd, not ABCD
--
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=45713
Bug ID: 45713
Summary: FusionFall Retro: fails to launch
Product: Wine-staging
Version: 3.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: macariopatrick(a)icloud.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62144
--> https://bugs.winehq.org/attachment.cgi?id=62144
Upon getting the error message, I exit Terminal to kill Wine.
The launcher allows me to log into my account, but when the launcher downloads
the files necessary to play the game, it doesn't launch. Unity Web Player
displays an error message stating that Unity Web Player needs to be updated. It
works on Windows correctly, but not in Wine. The game uses a custom version of
Unity Web Player 2.x.x.
--
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=46254
Bug ID: 46254
Summary: EnumResourceTypesW should return True if there are no
resources to enumerate
Product: Wine
Version: 3.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
EnumResourceTypesW -- When there are no resource types to enumerate the
function instead of True will return False (see
https://github.com/wine-mirror/wine/blob/master/dlls/kernel32/resource.c#L2…)
This bug was originally reported in pywin32-ctypes
https://github.com/enthought/pywin32-ctypes/issues/59
--
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=28583
Bug #: 28583
Summary: MS Exchange setup no long displays images
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leslie_alistair(a)hotmail.com
Classification: Unclassified
Created attachment 36725
--> http://bugs.winehq.org/attachment.cgi?id=36725
Console Output.
The the URL is created in the HTMLImgElement_put_src, it fails to load it
because the path is relative, and the ALLOW_IMPLICIT_FILE_SCHEME hasn't be
used.
See attached file for snippet.
--
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=23364
Summary: 16-bit games - many don't work in Wine.
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turbolad995(a)hotmail.co.uk
As I have not found a bug report for this already I've decided to create one
myself.
Many 16-bit games, especially the old Windows 3.1 games like "whack-a-mole",
"Bricklayer" and many others I've tried simply don't work at all in Wine. Since
there's too many 16-bit games to list, it makes sense to write one bug report
covering the same problem i.e. problems running 16-bit games.
Try some yourself from here:
http://members.chello.at/theodor.lauppert/games/win16.htm
Here I've found that the 32-bit version of tetris works in Wine, but the 16-bit
version does NOT work at all (try it yourself from this link, you get to
download both the 32-bit and 16-bit versions respectively, at the bottom of
that page): http://members.chello.at/theodor.lauppert/games/tetrisjr.htm
I'm pleased to say that the Ballistic (Paddle) game appears to work:
http://www.classicdosgames.com/genre/paddle.html
This bug report may appear trivial and not important, but playing old Windows
games appeals to some people. These games will NOT work in dosbox. Also
consider that 64-bit versions of Microsoft Windows won't even run 16-bit
programs and games, whereas Wine can sometimes get them working, as in the case
of the Ballistic game.
--
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=31704
Bug #: 31704
Summary: AutoCAD 2008: Next button doesn't work in activation
window
Product: Wine
Version: 1.5.13
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: jscript
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 41677
--> http://bugs.winehq.org/attachment.cgi?id=41677
Activation window
Steps to reproduce:
1) remove ~/.wine
2) winetricks dotnet20sp2
3) install AutoCAD
4) wine acad.exe
5) select that you want to activate product and click next
6) enter your registrations data
6) click next (see attached image)
Behaviour:
Nothing happens.
Expected behaviour:
Content of window should change.
--
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=53407
Bug ID: 53407
Summary: Hogia Hemekonomi Missing date picker widget
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
Created attachment 72799
--> https://bugs.winehq.org/attachment.cgi?id=72799
How the calendar widget looks when run on Windows XP.
When showing transactions there is a date entry field where the user can enter
a date. Or press "enter" to get a date picker widget. The widget seems to be
missing in Wine.
To reproduce:
- Run the software like "wine Hemeko.exe"
- There will be dialogue asking about number format, click Yes.
- On first run you get an intro (or error see Bug 53384). If error, just
dismiss. If intro, press "Återgå till Hemekonomi" to dismiss.
- Click "Arkiv" and "Ny" to create a new database to work with. When asked
"Ange namnet på den nya databasen" enter something like "foo.mdb" and click OK.
- Click "Fortsätt med Hemekonomi" to dismiss setup wizard.
- Press CTRL-K or click on icon Kontoutdrag.
- Click OK.
- Use mouse to set focus on entry field in lower right corner called "Fr o m"
- Press enter.
- See Program Error.
On subsequent runs click Arkiv/Öppna instead to use the existing foo.mdb
database.
--
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=54668
Bug ID: 54668
Summary: jcef_helper.exe has excountered a serious problem and
needs to close.
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hugot7071(a)gmail.com
Distribution: ---
Created attachment 74183
--> https://bugs.winehq.org/attachment.cgi?id=74183
backtrace of program error details
This problem is not present under Windows hand has not been reported yet.
This is presented with JCEF (Java Chromium Embedded Framework)
--
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=55397
Bug ID: 55397
Summary: Forza Horizon 4 needs a proper
GetPackagesByPackageFamily implementation
Product: Wine
Version: 8.7
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: etaash.mathamsetty(a)gmail.com
Regression SHA1: bd89ab3040e30c11b34a95072d88f635ade03bdc
Distribution: ---
Stub blocks previous behaviour which was showing a splash window and then
crash. Now it's just infinite ForzaHorizon4.exe process in the task manager.
076c:fixme:ver:GetPackagesByPackageFamily
(L"Microsoft.VCLibs.140.00_8wekyb3d8bbwe" 000000000021F228 0000000000000000
000000000021F24C 0000000000000000): stub
--
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=48385
Bug ID: 48385
Summary: Rising Lands freezes when navigating back by pressing
ESC key on main menu
Product: Wine
Version: 4.11
Hardware: x86
URL: https://appdb.winehq.org/objectManager.php?sClass=appl
ication&iId=19674
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: vyproyects(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625
Distribution: Ubuntu
Created attachment 66145
--> https://bugs.winehq.org/attachment.cgi?id=66145
Rising Lands navigating back output
This is NOT a regression but a still not working at all bug resulting of a
previous bugfix.
I mean, before Wine 4.11 in Rising Lads game (a Win95 game that uses wine 32
bit configuring it with Windows 95 compatibility), it was impossible at all to
navigate back from a secondary menu at main menu by pressing ESC key.
This is, if you clicked on "load game" from main menu and then pressed ESC key
to go back to main menu, all texts were cleared and animations stopped
resulting in a freezed screen. Same happens during gameplay in order to save
the game.
As of a bugfix in wine 4.11 now is possible to go back but just in a certain
situation: being in windowed mode (due to another bug) you have to which to any
other app by pressing Alt+TAB. At the very moment wine loses the focus main
menu is refreshed. No need to go back again to wine, though. As you can see if
dragged apart the new appearing window.
I've made a regression testing to find out which exact commit had fixed this
bug this way, and this is the output:
1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625 is the first fixed commit
commit 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Mon Jun 17 14:46:20 2019 -0500
winex11: Update the state of all keys on KeymapNotify.
The Binding of Isaac transitions in and out of fullscreen when the "F" key
is pressed. Specifically, it will swap states when receiving WM_KEYDOWN,
provided that the previous key state was not pressed (i.e. bit 30 is 0).
However, as part of the process of transitioning, it hides and shows its
window, causing it to temporarily lose focus. If the F key is released while
the window does not have focus, Wine misses this fact, and thinks that the key
was already pressed the next time it is pressed, causing the game to refuse to
change focus. Windows will not deliver WM_KEYUP messages to a window that does
not have focus, but it will always report the true previous state of any key on
the keyboard when requested.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 2348a78ab9f7e1c7abfa45606b769dc0d28986ee
056dbd175d366ab2ee50c4d1f3674a01307a718d M dlls
Although I use spanish version this also happen on english version even without
installing the patch update.
A download url is available on AppDB:
https://appdb.winehq.org/objectManager.php?sClass=application&iId=19674
VGA compatible controller: Intel Corporation HD Graphics 5500
Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD
8670A/8670M/8690M / R5 M330 / M430 / R7 M520] (rev 83)
Subsystem: Lenovo Radeon R5 M330
Kernel driver in use: radeon
Kernel modules: radeon, amdgpu
Hope this help to find out the real problem.
--
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=48381
Bug ID: 48381
Summary: Regression: Video clips shows black on Beasts &
Bumpkins
Product: Wine
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: vyproyects(a)gmail.com
CC: z.figura12(a)gmail.com
Distribution: ---
On Beasts & Bumpkins game, a video clip is played to present every new mission.
This video y shown black, but audio sounds correctly. Note that initial trailer
video clips work properly but if you start a new single campaign the following
video that presents the first mission does not work, showing black.
This is a Win95 game. Therefore I have to use wine 32bit and apply windows 95
configuration.
I use my original copy but as this game is abandonware, you can download it
from https://www.myabandonware.com/game/beasts-bumpkins-bh1
I have made a Regression Testing, and this is the result:
70d842b106d3ccbb0a786a41474903bddc4ea879 is the first bad commit
commit 70d842b106d3ccbb0a786a41474903bddc4ea879
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Wed Apr 10 22:30:32 2019 -0500
winex11: Resize the screen when changing CRTC modes.
Based on a patch by Gabriel Corona.
According to the RandR spec for RRSetCrtcConfig:
"The entire area of the CRTC must fit within the screen size, else a Match
error results. As an example, rotating the screen so that a single CRTC fills
the entire screen before and after may necessitate disabling the CRTC, resizing
the screen, then re-enabling the CRTC at the new configuration to avoid an
invalid intermediate configuration."
This patch involves resizing the screen also when shrinking a CRTC, not
just when expanding it past the current screen size. This is partially because
we have no way to reliably determine the current display width (DisplayWidth()
is never updated past opening the connection, and RandR exposes no way to
retrieve the screen dimensions), and partially because it's probably what the
user wants anyway (e.g. it's what the `xrandr` configuration app does when the
screen size is not expliticly specified).
This patch fixes TestBot failures on the Debian machines for ddraw, d3d8,
and d3d9 device tests.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=33290
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 d92f238e7027e98c0a0de5bb3b9d347d4e9cdf59
64a7029fc3158c55fd9d1c2822c7cfa18984d054 M dlls
--
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=51792
Bug ID: 51792
Summary: Deus Ex: Mankind Divided some objects render
green/pink/white
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 70683
--> https://bugs.winehq.org/attachment.cgi?id=70683
example
0554:fixme:d3d:create_texture_view Depth slice (0-1) not supported.
04d4:fixme:d3d_shader:shader_sm4_read_param Skipping modifier 0x00000001.
04d4:fixme:d3d_shader:shader_get_registers_used Indexable temporary registers
not supported.
0554:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled
interpolation mode 0x6.
0554:fixme:d3d:wined3d_gl_compare_func Unrecognized compare function 0x679dce0.
0554:fixme:d3d:wined3d_gl_compare_func Unrecognized compare function
0x42eb3ef0.
wine-6.17-454-g6b724c3dd8d
--
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=49543
Bug ID: 49543
Summary: Several games require bcrypt DH support
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Distribution: ---
There are a few games that need DH support in bcrypt.
- The Rockstar Games Launcher, GTA V, and RDR 2 all open DH and generate+export
a public key. With DH unimplemented, the only effect I know of is that RDR 2's
online mode fails to load.
- Astroneer dedicated server (see
https://www.reddit.com/r/wine_gaming/comments/gvaa9a/bcryptopenalgorithmpro…).
>From a disassembler, it looks like the server imports/exports public/private
keys, and uses BCryptDeriveKey() with the "HASH" KDF and SHA256.
Microsoft has sample code which tests (some of) the functionality:
https://github.com/microsoft/Windows-classic-samples/blob/master/Samples/Se…
Unfortunately GnuTLS doesn't currently export the needed functionality. There's
an issue open: https://gitlab.com/gnutls/gnutls/-/issues/894
--
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=48175
Bug ID: 48175
Summary: AION (64 bit) - crashes in CrySystem32.dll.CryFree()
due to high memory pointers allocated
Product: Wine
Version: 4.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: gofmanp(a)gmail.com
Distribution: ---
Created attachment 65809
--> https://bugs.winehq.org/attachment.cgi?id=65809
Force down-top memory allocation
Split off from bug #40334.
The crash happens after the original issue in Bug #40334 is solved, after the
loading screen or very soon after login.
The game expects memory pointers from HeapAlloc and VirtualAlloc to fit in the
certain range. It is fine with ~16GB range as per my observations, that is, up
to 0x3ffffffff address.
I am attaching the patch which is confirmed to fix the issue with AION. The
patch consists of two, the first one is not exactly related but the second one
depends on it. At the present moment the first one is passing the review
upstream. The solution in the second patch is to force virtual memory
allocation return lower addresses when they are available (unless top-down
allocation is explicitly requested), that's how it seem to work on Windows. The
patch does it essentially the same way as the allocation with zero_bits mask is
performed.
--
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.