https://bugs.winehq.org/show_bug.cgi?id=8780
--- Comment #35 from Nikolay Sivov <bunglehead(a)gmail.com> ---
(In reply to Fabian Maurer from comment #33)
> Isn't that acceptable until it we find a program that requires it being that
> old format?
There are patches that provide some writing support for this format, at
https://github.com/wine-staging/wine-staging/tree/master/patches/widl-SLTG_….
--
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=8780
--- Comment #34 from Zeb Figura <z.figura12(a)gmail.com> ---
(In reply to Fabian Maurer from comment #33)
> Isn't that acceptable until it we find a program that requires it being that
> old format?
Bug 3689 is about a Microsoft program which basically ships a modified copy of
oleaut32.dll that expects stdole32.tlb to be in SLTG format. That might not
extend to CreateTypeLib(), but if it's happened once...
--
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=8780
--- Comment #33 from Fabian Maurer <dark.shadow4(a)web.de> ---
Isn't that acceptable until it we find a program that requires it being that
old format?
--
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=8780
--- Comment #32 from Nikolay Sivov <bunglehead(a)gmail.com> ---
It should create SLTG typelibs I believe, so the patch is wrong.
--
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=8780
Fabian Maurer <dark.shadow4(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dark.shadow4(a)web.de
--- Comment #31 from Fabian Maurer <dark.shadow4(a)web.de> ---
Also affects Visual Pinball, see the forum thread:
https://forum.winehq.org/viewtopic.php?t=37788
Is there plans to have this upstreamed?
--
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=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.