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=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=44210
Bug ID: 44210
Summary: GNUTLS_CIPHER_CHACHA20_POLY1305 is not work
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: serg.chaplya(a)gmail.com
Distribution: ---
Hello! I've tried to run this tool (http://cryptopump.info/en/download) on my
Ubuntu system.
I got some error:
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
I've found that this error is here:
https://github.com/wine-mirror/wine/blob/master/dlls/secur32/schannel_gnutl…
Because GNUTLS_CIPHER_CHACHA20_POLY1305 is not supported.
--
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=44985
Bug ID: 44985
Summary: BIAS FX: Blank window when running the app
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oxez911(a)gmail.com
Distribution: ---
Created attachment 61119
--> https://bugs.winehq.org/attachment.cgi?id=61119
term output
Distribution: Debian sid
Wine version: 3.6.0~sid (Using the wine-devel package from winehq.org)
Description:
Trying the BIAS FX standalone app (both in 32 and 64bit) result in a blank
window (black or white, seems random..)
Note: the trial can be downloaded free of change at
https://www.positivegrid.com/bias-fx/
I attached a trace of what I saw in the terminal, I can provide more info if
needed (I'm not sure what WINEDEBUG needed to be set at, I didn't tweak it)
--
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=56717
Bug ID: 56717
Summary: Clip Studio Paint 3.0 takes very long to load
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
The problem is that it calls IDWriteFactory_GetSystemFontCollection very often,
and this is kinda expensive on 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=50726
Bug ID: 50726
Summary: TreeSize crashes: wine: Call from 000000007BC278E0 to
unimplemented function ntdll.dll.RtlGetCallersAddress,
aborting
Product: Wine
Version: 6.2
Hardware: x86-64
URL: https://customers.jam-software.de/downloadTrialProcess
.php
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
A user reported this program crashing on the forum:
https://forum.winehq.org/viewtopic.php?f=8&t=34939
sha1sum TreeSize-x64-Demo.exe
d24bf50fcdecbeede2812dcbc87e02e0101ca0b1 TreeSize-x64-Demo.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=53881
Bug ID: 53881
Summary: Missing GUI elements in “The Settlers: Heritage of
Kings” after application switching
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
Created attachment 73408
--> https://bugs.winehq.org/attachment.cgi?id=73408
screenshot for a questionable information display
I tried the game “The settlers (gold edition)” out once more by components from
the software package “wine 7.20-1498.5”.
Some information was logged for further development considerations.
Markus_Elfring@Sonne:~> wine C:\\ProgramData\\Microsoft\\Windows\\Start\
Menu\\Programs\\Ubisoft\\Blue\ Byte\\DIE\ SIEDLER\ -\ Das\ Erbe\ der\ Könige\
-\ Gold\ Edition\\DIE\ SIEDLER\ -\ Das\ Erbe\ der\ Könige\ spielen.lnk
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
…
00c4:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv"
failed to start: 1114
0024:fixme:exec:SHELL_execute flags ignored: 0x00004000
00bc:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
00bc:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
012c:fixme:imm:ImeSetActiveContext (0001004E, 1): stub
012c:fixme:imm:ImmReleaseContext (00050044, 0001004E): stub
012c:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
012c:fixme:d3d:resource_check_usage Unhandled usage flags 0x20.
012c:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1.
0170:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
Now I wonder about undesirable data processing effects from recent software
evolution.
The program is usable after its basic start initialisation.
But I can occasionally get into the mood to switch to an other application.
I can switch back to the game after I got some work done with other tools.
But I observe that the corresponding graphical user interface became broken.
Under which circumstances will the desired display be completely restored?
--
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=41632
Bug ID: 41632
Summary: Wine not running with Administrative privileges
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stevedonato(a)gmail.com
Distribution: ---
Error running wine windows program. Error message produced is;
"You do not have Administrative privileges on this computer. Sign into Windows
as an Administrator. Try again."
Latest wine release 1.9.22
--
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=35984
Bug ID: 35984
Summary: Leftover pixels in Microsoft Paint when using
Rectangle tool with thick border
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Nachanon_Vetjasit(a)hotmail.com
Created attachment 48104
--> http://bugs.winehq.org/attachment.cgi?id=48104
Screencast demonstrating the leftover lines problem
I've used Microsoft Paint on WINE, I found that when I set
line thickness to >1px (using Line tool) and select Rectangle tool,
then drag mouse to South-East direction to create a rectangle
(but don't release mouse button yet), then move to West, then North,
and release the button. I'll see that some color pixels that's used to be
old rectangle border were left over.
The larger line size, more obvious the effect.
Apart from leftover lines, there is also a knot on the top left of the
rectangle. (Won't be visible at first glance, use Magnifier tool to see it)
These leftover lines (and knot) also didn't disappear on Undo too.
Screencast demonstrating this problem and affected image also attached.
(Using 5px line thickness in this case).
Microsoft Paint 5.1.2600.5512 (mspaint.exe from Windows XP SP3)
mfc42u.dll 6.2.8071.0 picked from Windows XP SP3, placed with the same
directory as mspaint.exe
WINE: 1.7.15 (git), set to Windows version XP
WINE installed without XInput2, OSMesa, OpenCL, CMS, GStreamer, and OSS support
System: Debian GNU/Linux 5.0 "Lenny" i386
--
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=53889
Bug ID: 53889
Summary: vbscript does not support Get_Item call on IDispatch
objects
Product: Wine
Version: 7.20
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: ---
I ran into some code with where an IDispatch object has a Get_Item method:
PlayerScores(0).SetValue(1000)
In interp.c, `do_icall` will E_NOTIMPL for REF_OBJ when there are arguments:
if(arg_cnt) {
FIXME("arguments on object\n");
return E_NOTIMPL;
}
To work around this, I added the following:
+ if (arg_cnt) {
+ vbstack_to_dp(ctx, arg_cnt, FALSE, &dp);
+
+ hres = IDispatch_Invoke(ref.u.obj, DISPID_VALUE, &IID_NULL,
+ LOCALE_USER_DEFAULT, DISPATCH_PROPERTYGET, &dp, res,
+ NULL, NULL);
+
+ if(FAILED(hres))
+ return hres;
+
+ IDispatch_AddRef(V_DISPATCH(res));
+
+ break;
+ }
IDispatch_AddRef(ref.u.obj);
V_VT(res) = VT_DISPATCH;
V_DISPATCH(res) = ref.u.obj;
--
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.