https://bugs.winehq.org/show_bug.cgi?id=55168
Bug ID: 55168
Summary: BUSY 21 Installer silently exists with Windows version
set to Win10
Product: Wine
Version: 8.10
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: ---
Workaround is "winetricks winxp"
--
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=55147
Bug ID: 55147
Summary: Enter key isn't working in my VB6 Application
Product: Wine
Version: 8.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: vikasy.enjay(a)gmail.com
Distribution: ---
The Application is successfully installed in a 32 bit prefix but when i run the
application then on a certain form where Enter Key and Backspace keys are used
for moving to next and previous text fields respectively, it doesn't work.
And when i run the same application in windows Enter key and Backspace key
works perfectly on the same form to move to next text field and backspace key
to previous field respectively.
Thank you for your attention to this matter your assistance will be valued.
--
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=54888
Bug ID: 54888
Summary: Transparent window are displayed as black background
window on wine
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bcjon07(a)gmail.com
Distribution: ---
Some transparent windows are displayed as black background window. Here is a
simple WPF window program that can reproduce this issue. On Windows, all parts
are transparent except for the graphics and text in the middle, but it has a
black background on Wine. It achieves transparency only by adding the following
code to the window constructor (the main point is that WindowChrome is used
instead of AllowTransparent):
WindowStyle = WindowStyle.None;
ResizeMode = ResizeMode.NoResize;
Background = Brushes.Transparent;
WindowChrome.SetWindowChrome(this, new WindowChrome { GlassFrameThickness = new
Thickness(-1) });
Download link of the demo program:
https://drive.google.com/file/d/1MCrnb1N6cLUzVoX_vO4tFO4qlS_qhAwi/view?usp=…
Other clues: Transparent windows implemented using AllowTransparent are valid
on Wine, while those implemented using WindowChrome are invalid. On Windows,
transparent forms implemented using WindowChrome are frequently used due to
better performance(usually). According to my pre investigation,
AllowTransparent seems to be implemented using GDI, but WindowChrome mainly
uses the DWM API
System architecture:
x86_64
Ubuntu 20.04
wine 8.6
wine-mono 7.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=54197
Bug ID: 54197
Summary: cuda-z and warpem fail in wine-staging 7.22 and later
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 73728
--> https://bugs.winehq.org/attachment.cgi?id=73728
screenshot of running cuda-z one wine-staging 7.22
cuda-z fails to run in wine-staging 7.22 and later. It reports the error "CUDA
not found. Please update the nvidia-driver.". cuda-z runs fine under
wine-staging 7.21 (and earlier) on the same machine with the same nvidia
driver.
The application "WarpEM" can be also not used anymore because it does not find
any GPU.
I suspect that disabling the nvcuda-support patches in wine-staging [1] is the
reason for this breakage.
I believe bug #54102 is related, but the bug report says that this occured
already in v7.21. But this issue is not reproducible to me in 7.21 only in
7.22.
[1]
https://gitlab.winehq.org/wine/wine-staging/-/commit/6c3797b3e8dba19698328c…
[2] https://bugs.winehq.org/show_bug.cgi?id=54102
--
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=55011
Bug ID: 55011
Summary: Cuda-application M/WarpEM got stuck or crashes in
wine-staging/7.21, wine/8.9+nvidia-libs
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: nvcuda
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
M of WarpEM gets stuck very early and eventually crashes. The following steps
are needed to reproduce this:
1) install WarpEM according to [1] into wine-staging between v7.17 and v7.21,
or wine-8.9 with nvidia-libs.
(do not try with wine-staging 7.22 or later, because that has cuda support
disabled).
This has been testing this with "Shared WoW64" configuration of Wine. Trying to
use Wine with the "new WoW64 approach" using -enable-archs=i386,x86_64 did also
not work for me, because it failed much earlier when trying to install
Cuda/WarpEM.
2) Data (5.5TB!) for testing is available from here [1].
Download and unpack Warpem_test.tar.gz to a directory that is accessible from
wine.
The screenshots Step1-7 should help to understand how M is supposed to be used.
3) Start M.exe. In my case, I do this
ulimit -s 655360
wine $WINEPREFIX/drive_c/Warp/M.exe
or
vglrun wine $WINEPREFIX/drive_c/Warp/M.exe
4) Within M, do the following steps (see also Step1-7 in [2]):
- Step 1: In the GUI window click "LOAD EXISTING FROM FILE"
- Step 2: select ...\M_j33\Gag_c2_processing.population
- Step 3: Upper right corner Refine button.
- Step 4: Click refine
- Step 5+6: workers are now testing the memory
- Step 7: Eventually (after several minutes), one of the works crash, and there
is no further progress.
On Windows, this finishes and a new screen appears for the next step. This is
not the case here. It gets stuck, and and eventually I stopped wine with
<ctrl-C>. A log file is also available [2], but it is too large (1.1 GB) to be
included here. If you have suggestions with WINEDEBUG filter should be used,
let me know.
[1]
https://appdb.winehq.org/objectManager.php?sClass=version&iId=40620&iTestin…
[2] https://pub.ista.ac.at/~schloegl/warpem-test-data/
--
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=54480
Bug ID: 54480
Summary: GPU Caps Viewer does not report any CUDA devices
Product: Wine-staging
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielyhwong(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
wine version 8.1 does not report any cuda devices in Caps viewer 1.58.01
$ deviceQuery
deviceQuery Starting...
CUDA Device Query (Runtime API) version (CUDART static linking)
Detected 2 CUDA Capable device(s)
CUDA
https://i.imgur.com/zbTiqfC.png
OpenCL
https://i.imgur.com/jvu8nde.png
--
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=55159
Bug ID: 55159
Summary: [ms-mpi] mpiexec is unable to connect to the smpd
service
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: christian.friedl(a)gmx.at
Distribution: Ubuntu
Created attachment 74727
--> https://bugs.winehq.org/attachment.cgi?id=74727
Output of `smpd.exe -d` and `mpiexec -d -hosts 1 127.0.0.1 notepad`
Running applications with MS-MPI does not work. In order to circumvent
https://bugs.winehq.org/show_bug.cgi?id=50341 I started smpd.exe manually with:
$ wine 'C:\Program Files\Microsoft MPI\Bin\smpd.exe' -d
In a second shell I ran mpiexec:
$ wine mpiexec -d -hosts 1 127.0.0.1 notepad
The problem is that mpiexec.exe could not connect to smpd.exe because both
kerberos and ntlm authentication fail.
I have the version 2:4.15.13+dfsg-0ubuntu1.1 of the winbind package installed.
The installed MS-MPI version is v10.1.2. Logs including the debug channels
`+kerberos,+ntlm,+secur32,+wininet,+seh,+tid` are 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=55162
Bug ID: 55162
Summary: Halo 2: Installer shows empty ie-window
Product: Wine
Version: 8.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 74732
--> https://bugs.winehq.org/attachment.cgi?id=74732
console log, 32bit with ie6 installed, after starting "Startup.exe"
I do not know why the previous bug was closed in 2015
(https://bugs.winehq.org/show_bug.cgi?id=17543), but the same error still
persists today.
When executing "Startup.exe" on the CD in a clean 32-bit (and 64-bit as well)
prefix a blue windows pops up dislaying absolutely nothing presented (see
image).
If I install ie6 (winetricks ie6) an error pops up (see image).
Attached is a stacktrace of what exists in the console after executing
"Startup.exe" from wineconsole with ie6 installed.
Br
Bob
--
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=55163
Bug ID: 55163
Summary: compact.exe missing
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sakul8826(a)gmail.com
Distribution: ---
Hello,
I wanted to use "compact.exe," which is a part of the default Windows 10
installation. I selected "Windows 10" in winecfg, and it appears that
compact.exe is missing. I need this program to compress my content (cars, apps,
etc.) in Assetto Corsa's Content Manager to reduce their size. I have very
limited storage available, and this program (compact.exe) would be extremely
helpful. I believe it should be relatively simple to implement this since we
could use a Linux compression and decompression tool.
Are there any plans to implement this?
Thank you in advance.
Best regards,
Tim Gromeyer
--
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=37664
Bug ID: 37664
Summary: CUDA encoder does not work on MediaCoder x64 0.8.33
build 5680
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rickardj42(a)gmail.com
Distribution: ---
Created attachment 50128
--> https://bugs.winehq.org/attachment.cgi?id=50128
Screenshot of the error message
In MediaCoder x64 0.8.33 build 5680 attempting to select GPU encoder causes
error "No supported acceleration hardware detected", dispite the presence of an
NVidia GeForce 750ti in my system. Attempting to force GPU encoding using CUDA
encoder results in Error (14) on all items(general encoder 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=55157
Bug ID: 55157
Summary: Net6 x64 app: unable to allocate more than ~1GB of
contiguous memory, OutOfMemory exception
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: korshunov(a)macroscop.com
Distribution: ---
A "big" net6 app may throw an OutOfMemory exception at some point in time. It
was found that the exception occurs when the size of byte array is increased
and exception is repeatable 100% - it always fails when byte array resized from
26mb to 53mb.
Since big app is hard to debug, a simple test app was written, all it tries to
do is to resize array x2 in a loop. Test app fails with dotnet OutOfMemory
exception 100% of the time, but in the test app the "limit" at which it fails
is different, about ~1gb or "Failed at resizing from 534773760 to 1069547520".
Here's the code of the test app:
var array = new byte[1023];
while (true)
try
{
Array.Resize(ref array, array.Length * 2);
}
catch (Exception ex)
{
Console.WriteLine($"Failed at resizing from {array.Length} to
{array.Length * 2}\r\n" + ex);
return;
}
Test app is built for "AnyCPU, x64 preferred". Net6 runtime (6.0.16) is
installed via winetricks. For the tests, x86 version of net6 runtime has been
uninstalled, so the test app is guaranteed to run in x64. Test app is available
via the link below.
What I've already tried:
- wine 8.11 staging - fails with OutOfMemory exception, "Failed at resizing
from 534773760 to 1069547520". WINEDEBUG output available through the link
below.
- wine 8.0 with patch from https://bugs.winehq.org/show_bug.cgi?id=52396 -
fails with same error. WINEDEBUG output available through the link below.
- running app with wine64, used clean prefix - same error.
- wine 7.13 - fails with same error.
- wine 8.11, but test app built for netFramework46 - no OutOfMemory, fails when
overflowing integer, "Failed at resizing from 2139095040 to -16777216" which is
expected, but it shows that it gets to 2gb mark for the array. I consider this
as "working fine". WINEDEBUG output available through the link below.
- WineGE with multiple versions from 6.14 to 8.8, consisting of Proton and
WineGE patches - net6 app working fine with every wineGE version tested, just
as netFramework Test app
- created prefix with wine 8.11, run test app, then run test app with WineGE in
the same exact prefix - wine fails with OutOfMemory while wineGE executes app
normally.
- made different net6 app, which just allocates a single array of ~1.5 GB (new
byte[1_500_000_000]) - app fails with OutOfMemory every time. It fails at about
1GB (950mb works, while 1050mb does not)
Tests were done on three different virtual machines (ubuntu22, centos7,
debian9) with different amount of RAM (4-8 GB, swap is 2.5GB). Wine 8.11 is
installed on Ubuntu 22 with 4GB RAM.
What caught my attention in the logs was the message "find_free_block created
new sub-heap xxx of 0x400000 bytes" (4GB, all of the RAM), which mentioned in
"net6" logs 1 time, and not mentioned in "netFramework46" logs.
What else can I try to fix this or to provide more information?
Links to a WINEDEBUG output (wine8.11-net6, wine8.11-netFramework46, "wine 8.0
with patch"-net6), logs taken with command
WINEDEBUG=+timestamp,+seh,+heap,+virtual,+pid wine
Tests_autoresize/Tests_net6.exe >>wine811_tshvp_net6_resize.log 2>&1
https://drive.google.com/drive/folders/1fgr0J6dKBvBOHWrfYC0UCrflxiAYOjZ2?us…
--
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=55098
Bug ID: 55098
Summary: wine 8.10 32-bit build fails with clang-16
Product: Wine
Version: 8.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: randrik(a)mail.ru
Distribution: ---
I tried to build new wine with llvm/clang 16.0.6 and gcc 11.2 (on Slackware
15.0 i586 upgraded manually from earlier vesrions). Kernel is x86_64 but al
userland is i586/i686
Build via slackbuild fails like this:
(will attach end of build log as attach)
--
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=54739
Bug ID: 54739
Summary: oleaut32:typelib - The 64-bit
test_register_typelib_64() crashes in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
oleaut32:typelib - The 64-bit test_register_typelib_64() crashes in Wine:
typelib.c:7057: Test failed: got 00000002
typelib.c:8195: Test failed: got wrong return code: 2, side: 0200
typelib.c:8231: Test failed: got: 80040155, side: 0200
typelib.c:8235: Test failed: got: 80040154, side: 0200
Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit
code (0x00000000428dc1).
[...]
Backtrace:
=>0 0x00000000428dc1 in oleaut32_test (+0x28dc1) (0x0000000050e538)
1 0x000000004460c8 in oleaut32_test (+0x460c8) (0x000000621080c0)
2 0x0000000050dbeb in oleaut32_test (+0x10dbeb) (0x00000000ab4415)
3 0x0000000050d447 in oleaut32_test (+0x10d447) (0000000000000000)
4 0x0000007b629409 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\kernel32\thread.c:61] in kernel32
(0000000000000000)
5 0x00000170061213 __wine_pop_frame(entry=000000000050D3E0,
arg=00000000003F0000)
[Z:\home\winetest\tools\testbot\var\wine\include\wine\exception.h:277] in ntdll
(0000000000000000)
6 0x00000170061213 RtlUserThreadStart+0x83(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:295] in ntdll
(0000000000000000)
0x00000000428dc1 oleaut32_test+0x28dc1: mov (%rcx), %rax
See https://test.winehq.org/data/patterns.html#oleaut32:typelib
Where:
2 == ERROR_FILE_NOT_FOUND
0x80040154 == REGDB_E_CLASSNOTREG
0x80040155 == REGDB_E_IIDNOTREG
--
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=50938
Bug ID: 50938
Summary: Stop alt key from getting stuck on alt-tab
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sojuz151(a)gmail.com
Distribution: ---
When you use alt-tab shortcut to switch to another window and then switch back
in, application will at no point receive alt key up signal. User needs to press
alt again to make this key unstuck. This behevior is observed in Plasma and in
lxde, both of them use alt-tab for windows switching.
Behaviour on windows:
alt key is not stuck in down position after alt-tabing out of any application
How to test:
this can be observed in any keyboard testing program. I used switch hitter for
testing.
Is it really a bug?
Maybe not. Still very annoying in full-screen games.
--
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=49787
Bug ID: 49787
Summary: Java fails to start with "Could not create the Java
Virtual Machine" - "Could not reserve enough space for
object heap"
Product: Wine
Version: 5.16
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: ---
You can download java from https://jdk.java.net/java-se-ri/7 (just unpack)
To reproduce, just go into "bin" and run "wine java -Xmx1024M -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=49551
Bug ID: 49551
Summary: the installer tries to run Java 2 version 1.3.1 but
failed
Product: Wine
Version: 1.8.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pritishparihar95(a)gmail.com
Distribution: ---
Created attachment 67691
--> https://bugs.winehq.org/attachment.cgi?id=67691
Installanywhere windows for reference
Installing Software Parashar Light Profession 7.0.1
After InstallAnywhere window no window comes up, I tried to find error code
fron winedbg
Error code:
WineDbg starting on pid 001c
0x7b85f870: subl $8,%esp
Invalid address (0x7b85f87a) for breakpoint 0, disabling it
Process of pid=001c has terminated
--
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=7767
Damjan Jovanovic <damjan.jov(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Fixed by SHA1| |f70fc9cbfc1b91864d99c6b3a52
| |7a77ad0106ad7
Resolution|--- |FIXED
--- Comment #17 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
My merge request was merged:
https://gitlab.winehq.org/wine/wine/-/merge_requests/3111
Resolving fixed :-).
Thank you for your bug report and tests.
--
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=54860
Bug ID: 54860
Summary: mf:mf - test_media_session_events() sometimes gets an
unexpected refcount in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mf:mf - test_media_session_events() sometimes gets an unexpected refcount:
* The most recent Windows failure happened on 2023-04-06 w10pro64v2004:
mf.c:2382: Test failed: Release returned 2
mf.c:2384: Test failed: Release returned 3
mf.c:2386: Test failed: Release returned 2
mf.c:2388: Test failed: Release returned 1
* The oldest Wine failure happened on 2023-04-11 and the refcount is always 1
in that case.
mf.c:2558: Test failed: Release returned 1
See https://test.winehq.org/data/patterns.html#mf:mf
Despite the line number changes these refcount failures happen in the same
location. There have been some commits on 2023-04-10 and 11 so it looks like
they may have moved the failure(s) from Windows to Wine (which would be
progress), which is why I'm only mentioning Wine in the summary.
--
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=55148
Bug ID: 55148
Summary: Sometime application works perfectly and sometime it
doesn't function properly (VB6 Application)
Product: Wine
Version: 8.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: amits.enjay(a)gmail.com
Distribution: ---
The installation of the application has been successfully completed in a 32-bit
wineprefix using winetricks components. However, when I start or run the
application, it sometimes works perfectly, but other times it doesn't function
properly.
Example:-
--> When I register a user in the registration form, an API is called to send
an OTP and verify the user.This sometime works and sometime it crashes the
application
--> Sometimes, the application functions perfectly, but after certain processes
like user registration, creating user data, or submitting a form, the
application crashes or may not work properly.
Your assistance will be valued.
--
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=55145
Bug ID: 55145
Summary: widl crashes when interface is empty
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 74712
--> https://bugs.winehq.org/attachment.cgi?id=74712
test.idl
See testcase
--
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=55074
Bug ID: 55074
Summary: Multiple apps fail to show anything after launch
(Steam, Ubisoft Connect)
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Regression SHA1: c2c9112bf8896d49a6af1ca1f73e563c5a7f909c
Distribution: ---
Just zombie process. Coming to previous commit makes them work again.
--
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=53928
Bug ID: 53928
Summary: ChangeDisplaySettingsExW Changing L"\\\\.\\DISPLAY1"
display settings returned -1
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alandms123(a)gmail.com
Distribution: ---
Created attachment 73486
--> https://bugs.winehq.org/attachment.cgi?id=73486
wine.log
OS: Arch Linux x86_64
Kernel: 6.0.8-arch1-1
nvidia drivers: 520.56.06-2
mesa: 22.2.3-1
WM: dwm
cpu: i5-11400h
dgpu: rtx 3050 laptop
igpu: intel uhd graphics (tgl gt1)
The only application I tried with was The Elder Scrolls Online.
Basically with these versions of wine (6.16, 6.23, 7.0, 7.19, 7.20, 7.21) when
using PRIME render offload (prime-run or setting the environment variables
manually) a black screen will appear, killing the game processes or wine will
not make X display anything again, the only way is switching to another tty and
killing X from there.
I did tried bisecting for a regression but couldn't go far, for example
compiling 6.1-6.23 fails with something like conflicting types for
‘ldap_connect’.
Also as I don't know which debug channel to provide the debug details the logs
doesn't say much besides:
016c:err:system:ChangeDisplaySettingsExW Changing L"\\\\.\\DISPLAY1" display
settings returned -1.
The only versions which works, are the wine-tkg
(https://github.com/Frogging-Family/wine-tkg-git/releases/tag/7.6.r12.g51472…)
and ge-proton
(https://github.com/GloriousEggroll/wine-ge-custom/releases/tag/GE-Proton7-33)
If I can figure how to solve the conflicting types for ‘ldap_connect’, I'll try
bisecting.
--
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=55046
Bug ID: 55046
Summary: ALT-TAB broken with virtual desktop and capture mouse
(regression: 8.9 -> 8.10)
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
This commit broke ALT-TAB out fullscreen windows when running with virtual
desktop and "Automatically capture the mouse in full-screen windows" both
turned on.
https://gitlab.winehq.org/wine/wine/-/commit/47e208e9ec91b3ac0aca7042778ff7…
The mouse will stay attached to the Wine virtual desktop window. ALT-TAB
actually brings windows into foreground and into focus. But you can not move
the mouse out of the virtual desktop window. And even when another window is
directly overlapping the virtual desktop window, clicks in the other window
will not be registered.
Tested with SuperTuxKart or Diablo IV.
https://supertuxkart.net/
Specifically this deleted line was needed for ALT-TAB to work correctly.
if (ret) user_driver->pClipCursor( &new_rect, 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=55132
Bug ID: 55132
Summary: Shoujo-tachi wa Kouya o Mezasu: (Japanese) text does
not display in settings utility
Product: Wine
Version: 8.10
Hardware: x86-64
URL: http://minatosoft.com/koya/download/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pernegger(a)gmail.com
Distribution: ---
Created attachment 74685
--> https://bugs.winehq.org/attachment.cgi?id=74685
wine 8.10 terminal output
Note: The trial version is free to download, see URL. Any of the mirrors /
DOWNLOAD links will do. No need to install, just run from the lower-level
directory.
The settings utility--run Launcher.exe, select the middle option in the top
row--is missing most of the Japanese text in the UI. All the elements that look
a bit like tabs should be labelled. It seems to work if the label is in Latin
letters, but Japanese is broken. See screenshots.
The tooltips that appear at the bottom work fine as well.
Setting LANG/LC_ALL to ja_JP.UTF-8 doesn't help.
Terminal output is attached but unhelpful. Since it's so quick and easy to
reproduce it's probably quicker if someone who knows what they're doing gives
it a quick whirl anyway.
--
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.