https://bugs.winehq.org/show_bug.cgi?id=56794
Bug ID: 56794
Summary: Mono error when trying to run Osu
Product: Mono
Version: main
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mono
Assignee: wine-bugs(a)winehq.org
Reporter: svengrewe(a)posteo.de
CC: madewokherd(a)gmail.com
Distribution: ---
Created attachment 76600
--> https://bugs.winehq.org/attachment.cgi?id=76600
Console Output
Osu Installer:
https://m1.ppy.sh/r/osu!install.exe
Starting the game gives an error. Doesn't happen with .NET Framework 4.0.
--
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=47778
Bug ID: 47778
Summary: world of warcraft in game store browser crashes
Product: Wine
Version: 4.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: goin2mars(a)protonmail.com
Distribution: ---
Created attachment 65266
--> https://bugs.winehq.org/attachment.cgi?id=65266
backtrace from running in game wow browser opened when using shop feature
wow browser : BlizzardBrowser.exe found in /home/me/.wine/drive_c/Program Files
(x86)/World of Warcraft/_retail_/UTILS
--
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=56823
Bug ID: 56823
Summary: Genshin Impact game rendering error.
Product: Wine
Version: 9.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 1519364926(a)qq.com
Created attachment 76631
--> https://bugs.winehq.org/attachment.cgi?id=76631
3 program error details
Genshin Impact game rendering 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=56650
Bug ID: 56650
Summary: Report on SELinux 'execheap' Issues with
wine-preloader
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chplee(a)gmail.com
Distribution: ---
This report was prepared by ChatGPT. I'm sorry that my own ability is not
enough to support such a large amount of code analysis, so I have to turn to
ChatGPT.
I'm filing this report because a lot of people are suffering from this problem.
Please refer to:
https://bugzilla.redhat.com/show_bug.cgi?id=2247299
### Report on SELinux 'execheap' Issues with `wine-preloader`
#### Introduction
The `wine-preloader` program is a crucial part of the Wine software, which
allows Windows applications to run on Unix-like operating systems. An issue has
been identified where SELinux prevents `wine-preloader` from executing code in
writable memory regions, raising security alerts related to 'execheap'
accesses. This report identifies potential sources of the issue in the program
and provides recommendations for modifications.
#### Potential Issues Identified
1. **Memory Mapping and Protection Setup**:
In `wine-preloader`, memory mapping is handled with protections set that
could potentially include both write and execute permissions. This is
particularly evident in the function calls to `wld_mmap`, where memory
protection flags are set based on the segment flags parsed from ELF headers.
```c
wld_mmap((void *)(l->l_addr + c->mapstart), c->mapend - c->mapstart,
c->prot, MAP_FIXED | MAP_COPY | MAP_FILE, fd, c->mapoff);
```
Here, the `c->prot` can contain combinations of `PROT_READ`, `PROT_WRITE`,
and `PROT_EXEC` based on the segment's flags.
2. **Dynamic Code Generation**:
Dynamic generation or modification of code could potentially occur, though
not explicitly shown in the code snippets provided, it could be inferred from
the overall functionality where executable code may be modified or generated
on-the-fly.
3. **Modifying Memory Protection Attributes**:
The use of `wld_mprotect` to change the protection attributes of memory
pages could lead to states where pages are both writable and executable.
```c
wld_mprotect((caddr_t) (zero & ~page_mask), page_size, c->prot|PROT_WRITE);
```
Although this snippet aims to make pages writable temporarily, if combined
inappropriately with executable flags elsewhere, it could trigger SELinux
policies.
#### Recommendations
- **Restricting Memory Permissions**:
Enforce strict separations between writable and executable pages. Modify the
logic that sets memory protections to ensure that no memory page is both
writable and executable at the same time. This can be achieved by adjusting the
ELF segment loading routines to separate code and data segments clearly.
- **Use of Memory Protection Changes**:
Implement a clear two-step process for handling memory that needs to be
executable:
- Initially, set memory to writable to modify or generate code.
- Once modifications are complete, change the memory protection to executable
only (removing write permissions).
- **Code Audit and Testing**:
Conduct a thorough audit of the places where memory permissions are set. Test
under a SELinux-enforced environment to ensure that the adjustments meet
security policies without hindering functionality.
- **SELinux Policy Adjustments**:
If `wine-preloader` inherently requires certain operations that SELinux
policies restrict, consider creating custom SELinux policy modules that allow
specific actions while maintaining overall security. This should be done
cautiously to avoid creating unnecessary security holes.
#### Conclusion
Adjustments to `wine-preloader` should focus on ensuring that memory regions
are either writable or executable but never both. By adhering to security best
practices and possibly adjusting SELinux policies, `wine-preloader` can
function effectively without triggering security violations in SELinux
environments.
--
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=56819
Bug ID: 56819
Summary: Danganronpa V3 demo crashes on start shortly after
GStreamer assertion failure
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 76628
--> https://bugs.winehq.org/attachment.cgi?id=76628
WINEDEBUG=+console GST_DEBUG=4
The demo is free on Steam. Terminal output is attached. The relevant part seems
to be:
(wine:543494): GStreamer-Video-CRITICAL **: 18:38:47.343:
gst_video_info_from_caps: assertion 'gst_caps_is_fixed (caps)' failed
First reported at
https://www.reddit.com/r/LinuxCrackSupport/comments/15unp2s/danganronpa_v3_…
--
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=56805
Bug ID: 56805
Summary: DuckStation Does Not Find PlayStation BIOS File
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: crashdance22(a)protonmail.com
Distribution: ---
When running the DuckStation installer or trying to run the PlayStation BIOS
after installation, the installer and emulator itself cannot find SCPH5001.bin.
The emulator does list the file as detected and available in the BIOS dropdown
box, but proceeds to say it is not found. I have reproduced this issue in Wine
Stable and Development versions on multiple machines and Ubuntu-based distros.
The problem does not occur on Windows.
I am aware DuckStation is natively available on Linux. However, the Windows
version must be run in Wine to use the Online Crash Team Racing mod network
client. The software cannot be run in a VM due to it needed to load DirectX
libraries on startup.
I have attached a zipped log file with WINEBUG=+all. I know using the "+all"
option can be excessive but I was not able to easily find any errors or fixme
statements otherwise. The log begins as soon as I start the DuckStation
installer and I terminate Wine as soon as I see the "cannot find BIOS file"
error message.
--
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=56793
Bug ID: 56793
Summary: Age of Empires 2 Fails to Run
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dartme18(a)gmail.com
Distribution: ---
I'm using arch linux. I did
```
export WINEARCH=win32 WINEPREFIX=/home/lmat/.wine32
mkdir aoe2cd1
fuseiso aoe2cd1.iso aoe2cd1
cd aoe2cd1
wine ./aoesetup.exe
```
The setup ran marvelously. I then went to run the game:
```
cd ~/.wine32/drive_c/Program\ Files/Microsoft\ Games/Age\ of\ Empires\ II
wine empires2.exe
```
and I see a window saying, "The program empires2.exe has encountered a serious
problem and needs to close....". The details show "Unhandled exception: page
fault on read access to 0xffffffff in 32-bit code..." Later down, it shows
"Platform: i386" which seems correct. Maybe I need to install some directx or
something? The game comes with directx 6 on the CD, I think.
--
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=56818
Bug ID: 56818
Summary: Ruby: Whiteout demo doesn't work correctly on
OGL4.2-level drivers
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Created attachment 76622
--> https://bugs.winehq.org/attachment.cgi?id=76622
log file
AMD technology demo Ruby: Whiteout download link:
https://www.guru3d.com/download/ruby-whiteout-(ati-technology-demo)/
--
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=19712
Summary: Template text instead of usual information in
VirtualBox installer
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b0ntrict0r(a)yandex.ru
Created an attachment (id=23024)
--> (http://bugs.winehq.org/attachment.cgi?id=23024)
Screenshot that illustrates the problem
Text labels are filled with a template text instead of components description,
installation path, size, etc. in VirtualBox 2.2.4 installer. Text in label (1)
substitutes with proper content after selecting component in the tree, and text
in label (3) substitutes with proper text after selecting installation path in
"Browse" dialog.
--
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=56801
Bug ID: 56801
Summary: Invalid path to UIAutomationCore.dll in the registry
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: rikul(a)inbox.ru
Distribution: ---
Created attachment 76604
--> https://bugs.winehq.org/attachment.cgi?id=76604
test app
I'm using the pywinauto library to perform some automatic actions in a GUI.
pywinauto, in turn, uses comtypes, which requires the location of
UIAutomationCore.dll to work. During this process, comtypes reports that it
cannot find UIAutomationCore.dll.
It turns out that, comtypes uses windll.oleaut32.QueryPathOfRegTypeLib (that
is, the QueryPathOfRegTypeLib from oleaut32.dll) to find UIAutomationCore.dll.
Wine 9.0 registry
[HKEY_CLASSES_ROOT\Typelib\{8A9CA8EB-856B-43D9-ABD7-4A590054064F}\1.0\0\win64]
lists its location as "C:\windows\system32\uiautomationcore.dll\1",
while the path in Wine 8.0 is C:\windows\system32\uiautomationcore.dll.
Windows registry shows path as C:\windows\system32\uiautomationcore.dll
Can the correctness of this behavior be verified? Should it be
"C:\windows\system32\uiautomationcore.dll\1" (\1 at the end) or is this the
wrong value?
I have attached a test application that reports the guid and path from the
registry.
--
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.