https://bugs.winehq.org/show_bug.cgi?id=46864
Bug ID: 46864
Summary: MyStat 12 crashes when trying to open spreadsheet tab
Product: Wine
Version: 4.3
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lleytonj73(a)gmail.com
Created attachment 63918
--> https://bugs.winehq.org/attachment.cgi?id=63918
Error backtrace (Wine 4.3)
There's actually quite a lot of reasons this program crashes, and I noticed
there aren't any existing bug reports for this program here.
The error backtrace attached was caused when I selected File > New > Data to
open a spreadsheet tab. Instead of opening the tab, the program "encountered an
error and needs to close".
--
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=51111
Bug ID: 51111
Summary: MyLifeOrganized: two windows in the Plasma task
switcher
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ddascalescu+wine(a)gmail.com
Distribution: ---
Created attachment 69974
--> https://bugs.winehq.org/attachment.cgi?id=69974
Screencast of the blank extra window for MLO
After I launch `wine mlo.exe`, KDE Plasma shows two windows for MLO, one of
them being blank. When I try to switch to it, apparently nothing happens. There
is (correctly) only one task bar/panel button.
KDE Neon 5.21.5 on Ubuntu 20.4.1, current MLO (5.1.1). HiDPI scaling set to
144.
This looks like a regression because I've never seen this double window
behavior before, but I haven't run MLO on KDE/Plasma before (only GNOME).
```sh
$ wine mlo.exe
INTEL-MESA: warning: Performance support disabled, consider sysctl
dev.i915.perf_stream_paranoid=0
0024:fixme:thread:GetThreadUILanguage : stub, returning default language.
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0021D9C4, 00000000
0021D9EC
0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0021D9C4 00000000
0021D9EC) returning a dummy value (current locale)
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0021D9C4, 02B7A680
0021D9EC
0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0021D9C4 02B7A680
0021D9EC) returning a dummy value (current locale)
0024:fixme:wtsapi:WTSRegisterSessionNotification Stub 0001007E 0x00000000
0024:fixme:uxtheme:BufferedPaintInit Stub ()
0024:err:winediag:check_version ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
0024:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems
0024:fixme:wincodecs:BitmapScaler_Initialize unsupported mode 4
0024:fixme:wincodecs:BitmapScaler_Initialize unsupported mode 4
0024:fixme:wincodecs:BitmapScaler_Initialize unsupported mode 4
[... repeated many times ...]
0024:fixme:wincodecs:BitmapScaler_Initialize unsupported mode 4
0024:fixme:wincodecs:BitmapScaler_Initialize unsupported mode 4
0024:err:listview:LISTVIEW_WindowProc unknown msg 109d wp=00000000 lp=00000000
0024:err:msxml:doparse Start tag expected, '<' not found
0024:fixme:msxml:domdoc_get_parseError (0x380da50)->(0x21f824): creating a
dummy parseError
0024:fixme:msxml:domdoc_get_parseError (0x380da50)->(0x21f824): creating a
dummy parseError
0024:fixme:msxml:domdoc_get_parseError (0x380da50)->(0x21f820): creating a
dummy parseError
0024:fixme:gdiplus:brush_fill_pixels path gradient blend not implemented
0024:err:ole:RevokeDragDrop invalid hwnd 00020130
0024:fixme:wtsapi:WTSUnRegisterSessionNotification Stub 0001007E
0024:fixme:uxtheme:BufferedPaintUnInit 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=51110
Bug ID: 51110
Summary: MLifeOrganized: clicking hyperlink never finishes
launching winebrowser
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ddascalescu+wine(a)gmail.com
Distribution: ---
Created attachment 69973
--> https://bugs.winehq.org/attachment.cgi?id=69973
Screenshot of the taskbar button
When I click a hyperlink in MyLifeOrganized, a "winebrowser" tasks seem to
launch, but it never finishes. One CPU core gets hogged to 100%, and the
spinner around that task's icon keeps spinning. KDE Plasma's bouncing icon
keeps bouncing.
There's no obvious process chewing the CPU; rather, it seems that the same
process keeps being restarted after it fails.
Ubuntu KDE Neon 5.21, Wine 6.8 development.
I suspect this happens when clicking any hyperlink but to create a hyperlink in
MyLifeOrganized,
1. Download from https://www.mylifeorganized.net/todo-list-windows.shtml
2. Create a new task
3. In the Notes panel on the right, type `https://winehq.org`
--
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=50205
Bug ID: 50205
Summary: Steam News causes Steam crash after login
Product: Wine-staging
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68716
--> https://bugs.winehq.org/attachment.cgi?id=68716
gnome terminal output running steam
Subject tells it all.
Attaching terminal 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=50559
Bug ID: 50559
Summary: widl-winrt-support patchset breaks compilation with
clang
Product: Wine-staging
Version: 6.0
Hardware: x86-64
OS: Linux
Status: NEW
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
clang -c -o dlls/windows.media.speech.dll/windows.media.speech_main.cross.o
dlls/windows.media.speech.dll/windows.media.speech_main.c \
-Idlls/windows.media.speech.dll -Iinclude -Iinclude/msvcrt -D__WINESRC__
-D_UCRT -DWINE_CROSS_PE \
-Wall -target i686-windows -fno-strict-aliasing -Wdeclaration-after-statement
-Wempty-body \
-Wignored-qualifiers -Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla
-Wwrite-strings \
-Wpointer-arith -Wabsolute-value -fno-omit-frame-pointer -gdwarf-2
-gstrict-dwarf -g -O2
In file included from
dlls/windows.media.speech.dll/windows.media.speech_main.c:18:
include/windows.media.speechsynthesis.h:574:14: error: 'selectany' can only be
applied to data items with external linkage
static const DECLSPEC_SELECTANY WCHAR
RuntimeClass_Windows_Media_SpeechSynthesis_VoiceInformation[] =
{'W','i','n','d','o','w','s','.','M','e','d','i','a','.','S','p','e','e','c','h','S','y','n','t','h','e','s','i','s','.','V','o','i','c','e','I','n','f','o','r','m','a','t','i','o','n',0};
^
include/winnt.h:112:39: note: expanded from macro 'DECLSPEC_SELECTANY'
#define DECLSPEC_SELECTANY __declspec(selectany)
^
1 error generated.
Source of the breakage is this patch:
https://github.com/wine-staging/wine-staging/blob/master/patches/widl-winrt…
It even mentions that:
https://github.com/wine-staging/wine-staging/blob/master/patches/widl-winrt…
+ /* MIDL generates extern const here */
+ fprintf(header, "static const DECLSPEC_SELECTANY WCHAR RuntimeClass_%s[] =
{", c_name);
--
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=48200
Bug ID: 48200
Summary: Approach "Shell" function stopped working
Product: Wine-staging
Version: 4.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
$ rpm -qa wine-common
wine-common-4.20-1.fc31.noarch
Fedora 31, x64
Help!
Lotus Approach's "Shell" function in Word Pro stopped working after upgrading
to 4.20.
Result = Shell ( "z:\home\linuxutil\CopyToClipboard.pl" + " " + FullAddress)
CopyToClipboard.pl never see the call.
This happens on all me shell call. Its killing me!
--
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=51075
Bug ID: 51075
Summary: ServiceMain failed to load win32k.sys
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tod.jackson(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hello,
I'm met with this error in a new prefix and constantly after:
0088:err:winedevice:ServiceMain Failed to load
L"C:\\windows\\system32\\win32k.sys"
Indeed, in the .reg files there is no mention of win32k.sys anywhere. The file
does exist in windows/system32/drivers, though.
Just as a test, symlinking system32/win32k.sys to system32/drivers/win32k.sys
does make the error go away.
--
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=50700
Bug ID: 50700
Summary: possible regression? unimplemented function
dx7vb.dll.DllRegisterServer in application that ships
with own dx7vb.dll
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lunarlambda(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I have an old application that came with dx7vb.dll. To get it to run in wine, I
had to `regsvr32 dx7vb.dll`. After that, everything worked fine.
After moving to wine-staging, neither the application or regsvr work anymore,
crashing with an unimplemented call to dx7vb.dll.DllRegisterServer.
Adding a native library override for dx7vb.dll didn't seem to work.
I can't provide much info on the application, it's basically vaporware - but it
did work on stable nevertheless.
--
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=50997
Bug ID: 50997
Summary: Wine version not displaying with staging-6.6
Product: Wine-staging
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cybermax(a)dexter.no
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
When launching stuff like eg. winecfg, the patch:
Staging/0001-kernel32-Add-winediag-message-to-show-warning-that-t.patch
supposed to display a FIXME line showing the wine-staging version eg.
"wine-staging 6.6 is a testing version containing experimental patches."
This version (from wine_get_version function) no longer display the version.
Probably due to upstream commit:
https://source.winehq.org/git/wine.git/commitdiff/985bd97c2bb0a161f9cae370a…
--
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=50969
Bug ID: 50969
Summary: Regression - Warframe unable to control camera with
wine-staging 6.6
Product: Wine-staging
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pmargeti34(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Warframe worked normally in wine-staging 6.5 for me.
Archlinux updated to wine-staging 6.6 and consequently I've lost the ability to
control the characters with the mouse in the game. Downgrading the package to
6.5 resolves it, which leads me to believe this is a regression introduced with
6.6.
With 6.6 mouse can still be used in the game menus, but as soon as the 3D world
controls become active it doesn't respond to inputs. Keyboard input works
normally, however the game is unplayable without the mouse.
--
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=48037
Bug ID: 48037
Summary: In World of Tanks in battle, mouse stuck in the middle
Product: Wine
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HASH.DuOrden(a)gmail.com
Distribution: ---
Starting with wine 4.17, in battle mouse is stuck to the center of the screen,
it's just wiggles in middle and do not move the targeting reticle.
This feels very similar to what happens when "MouseWarpOverride"="force" with
only difference that with "MouseWarpOverride"="force" mouse acts like this all
the time but here mouse are stuck to center only when game requests the lock,
I'm not sure that I get the technical part correctly.
PS:This feels like a continuation of a bug #47771.
--
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=50586
Bug ID: 50586
Summary: [regression] NtQueryInformationFile returning
STATUS_INVALID_INFO_CLASS (0xc0000003) on symlinks
opened with option FILE_OPEN_REPARSE_POINT
(0x00200000)
Product: Wine-staging
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mr.dovi(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69263
--> https://bugs.winehq.org/attachment.cgi?id=69263
wine_file.c testcase
Possible related issue: https://bugs.winehq.org/show_bug.cgi?id=50036
I'm investigating the cause of a application startup crash happening on
wine-staging 6.0 but not on wine-staging-5.21, wine-5.13 and wine-6.0
While I think I have found a workaround to have it running on staging-6.0, I
realized it may be worth a share since it took me a few hours of searching the
relay logs.
I have attached a test case but basically, calling NtQueryInformationFile on a
symlink opened with the file handle option FILE_OPEN_REPARSE_POINT seem to
cause NtQueryInformationFile to return STATUS_INVALID_INFO_CLASS, even if the
class is correctly set to FileAllInformation
# wine 5.13
# pNtCreateFile -> 0
# NtQueryInformationFile -> 0
# wine 5.13
# pNtCreateFile -> 0
# NtQueryInformationFile -> 0
# wine-staging 5.21
# pNtCreateFile -> 0
# NtQueryInformationFile -> 0
# wine-staging 5.21
# pNtCreateFile -> 0
# NtQueryInformationFile -> 0
# wine-staging 6.0
# pNtCreateFile -> 0
# NtQueryInformationFile -> c0000003
# wine-staging 6.0
# pNtCreateFile -> 0
# NtQueryInformationFile -> 0
My system is Arch Linux
--
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=50761
Bug ID: 50761
Summary: ntdll-Junction_Points update broke macOS compilation
Product: Wine-staging
Version: 6.3
Hardware: x86-64
OS: Mac OS X
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com,
z.figura12(a)gmail.com
Regression SHA1: 750044c08c49c7a117fcc911506a198969379144
Created attachment 69550
--> https://bugs.winehq.org/attachment.cgi?id=69550
output
This is on a fully updated macOS 10.14 system, using mingw and the macOS 10.13
SDK to compile 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=50766
Bug ID: 50766
Summary: In Wine Staging 6.3, symbolic links are no longer
active and become regular files.
Product: Wine-staging
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 93.duke.xperia(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69557
--> https://bugs.winehq.org/attachment.cgi?id=69557
screenshot
In Wine Staging 6.3, symbolic links are no longer active and become regular
files.
When downgrading to version 6.2, symbolic links are active 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=50727
Bug ID: 50727
Summary: Foobar2000 fails to install in current Staging
Product: Wine
Version: 6.2
Hardware: x86-64
URL: https://www.foobar2000.org/getfile/foobar2000_v1.6.4.e
xe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 69481
--> https://bugs.winehq.org/attachment.cgi?id=69481
screenshot from installer
See attached screenshot.
Either:
1. try as current user: result is the installer just exits silently
2. try username/password: result is the installer says you need admin rights.
@Zebediah: I'm guessing this has to do with
https://github.com/wine-staging/wine-staging/commit/811467bf6a4c43de2485b37…
?
--
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=50551
Bug ID: 50551
Summary: Serious Sam Classic (TFE/TSE) has no sound when EAX is
enabled
Product: Wine-staging
Version: 6.0
Hardware: x86-64
URL: https://www.fileplanet.com/archive/p-35640/Serious-Sam
-The-Second-Encounter-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
The game runs without audio when EAX option is enabled in Staging and EAX is
selected as the sound system in the game' audio options.
'EAX error: Cannot set environment' appears in the game's console.
wine-6.0-201-g2d4dd4252b0 (Staging)
SeriousSamSEDemo.exe
md5sum: 9b22eb6765979a02ecbf641f53d0f162
--
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=47932
Bug ID: 47932
Summary: Mouse-clicks no longer recognized `World of Warships`
Product: Wine-staging
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukas.lueg(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
`World of Warships 0.8.8` used to work more or less flawlessly in wine-4.16;
since the update to 4.17 left/right mouse clicks are no longer recognized at
all in the main menu (including login), rendering the application unusable.
The problem appeared since `wine-4.17-2" on x86_64, using Fedora 30.
Downgrading to 4.16 fixed the 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=50237
Bug ID: 50237
Summary: The Sims 3 - cannot interact with objects and floor.
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: germanapps(a)gmail.com
Distribution: ---
Created attachment 68743
--> https://bugs.winehq.org/attachment.cgi?id=68743
Wine logs
After upgrading from Wine Staging 5.21 to Staging 5.22 a serious bug appeared:
When you interact with floor or an object in "Life" mode, action menu is broken
and moved to the far right side of the screen and game cursor is moved to the
far left side.
Video footage of the bug here:
http://www.mediafire.com/file/v7wmvjcghtl28pz/sims3-wine5.22-mousebug.mp4/f…
I have done some tests beginning from 5.9 (which was the last reported version
and doesn't even allow to initialize a new prefix and throws errors instead) to
5.22 and only 5.22 has this bug. It is consistent, so there should be no
problem for others to reproduce it.
Tested on Debian 10.6 Stable with KDE, Linux Mint 19.3 Xfce and Linux Mint 20
Xfce.
--
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=50395
Bug ID: 50395
Summary: Star Wars: Galactic Battlegrounds needs
dpmodemx.dll.SPInit
Product: Wine-staging
Version: 6.0-rc3
Hardware: x86-64
URL: https://www.fileplanet.com/archive/p-2037/Star-Wars-Ga
lactic-Battlegrounds-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69013
--> https://bugs.winehq.org/attachment.cgi?id=69013
terminal output
After the dxdiag-new-dlls patchset has been added to Staging, such games as Age
of Empires 2, Star Wars: Galactic Battlegrounds crash immediately after
starting.
--
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=50162
Bug ID: 50162
Summary: msvcrt-Math_Precision patchset breaks audio in Diablo
III
Product: Wine-staging
Version: 5.22
Hardware: x86-64
URL: https://www.blizzard.com/download/confirmation?platfor
m=windows&product=d3
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maciej.stanczew+b(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Regression SHA1: 7734f7a8087291ec15c4d1adfe1a6db055972266
Distribution: ArchLinux
Created attachment 68678
--> https://bugs.winehq.org/attachment.cgi?id=68678
Use precise_cosh in unix_cosh instead of unix_cos
Steps to reproduce:
1. Lower your audio volume to not break ears;
2. Launch Diablo III ("wine Diablo\ III64.exe -launch").
Expected result:
Menu music starts playing, UI sounds work.
Actual result:
There is about 2 seconds of loud, garbled audio, then silence.
I've bisected this to msvcrt-Math_Precision patchset and its latest rebase.
Wine 2fb08bed46f + Staging 0192a7b3 don't have the issue.
Wine c72e1b096d1 + Staging 7734f7a8 is where the problem is introduced.
Building Staging 5.22 with "-W msvcrt-Math_Precision" also produces a working
version.
Looking at the patchset's rebase (7734f7a8), we see that precise_cosh was used
in unix_cos instead of unix_cosh. Reverting unix_cos to use cos, and using
precise_cosh instead in unix_cosh, solves the issue for me. I've attached a
patch with these changes.
--
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=49374
Bug ID: 49374
Summary: skyrim is unable to run under staging 5.10
Product: Wine-staging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67434
--> https://bugs.winehq.org/attachment.cgi?id=67434
last log with error
skyrim is unable to run in recently wine.
error is in the attachment.
This is happened for a period of time.
I have tested on vanilla wine, it is able to run without any 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=50255
Bug ID: 50255
Summary: server/fd.c:1986:18: error: 'O_SYMLINK' undeclared
Product: Wine-staging
Version: 6.0-rc1
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gerald(a)pfeifer.com
CC: leslie_alistair(a)hotmail.com, marcus(a)jet.franken.de,
z.figura12(a)gmail.com
Created attachment 68780
--> https://bugs.winehq.org/attachment.cgi?id=68780
Proposed patch to unbreak the build
6.0-rc1 features a new build failure versus 5.22:
server/fd.c: In function 'open_fd':
server/fd.c:1986:18: error: 'O_SYMLINK' undeclared (first use in this
function)
1986 | flags |= O_SYMLINK;
| ^~~~~~~~~
Indeed O_SYMLINK appears nowhere under /usr/include on FreeBSD 11.x
nor on my openSUSE system with glibc 2.32.
The latter does have O_PATH, so the following snippet from server/fd.c
comes to the rescue:
#if !defined(O_SYMLINK) && defined(O_PATH)
# define O_SYMLINK (O_NOFOLLOW | O_PATH)
#endif
The attached patch fixes (or works around) this issue. Successfully
tested on FreeBSD 11/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=44207
Bug ID: 44207
Summary: Wine fails to run Unigine Heaven 4.0
Product: Wine-staging
Version: 2.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b1779506(a)trbvn.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59977
--> https://bugs.winehq.org/attachment.cgi?id=59977
Crash log
Download URL: https://benchmark.unigine.com/heaven
Download link: http://assets.unigine.com/d/Unigine_Heaven-4.0.exe
File: Unigine_Heaven-4.0.exe
See 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=51062
Bug ID: 51062
Summary: Warframe through Lutris no longer has dx12 option in
Launcher with wine staging 6.7
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhu543369(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Running Warframe through Lutris with a custom runner pointing to
wine-6.6-staging/bin/wine64 and in the launcher options, dx12 experimental is
available. Switch runner to wine-6.7-staging/bin/wine64 and the launcher no
longer has a dx12 experimental option, just dx11. World of Warcraft through
Lutris with the 6.7 runner works fine with dx12.
--
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=51069
Bug ID: 51069
Summary: 5 builds of winehq-staging are broken in Debian
Stretch
Product: Wine-staging
Version: 5.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lucmove(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69930
--> https://bugs.winehq.org/attachment.cgi?id=69930
Output of first attempt to run right after the upgrade or downgrade
As of today, April 26 2021, all the 5 latest builds of winehq-staging are
broken on Debian Stretch.
5.12 is the newest build I can use. Versions 5.13, 5.14, 5.15, 5.16 and 5.17.2
all refuse to run on Debian Stretch.
There aren't any newer versions than 5.17.2 in the repository.
I have this line in my apt/sources.list file so I guess I'm downloading all
these broken versions from you:
deb https://dl.winehq.org/wine-builds/debian/ stretch main
The output says, among other things, "run_wineboot failed to start wineboot
c00000e5"
Although I've found reports with that line on Google, I've been unablle to find
a solution and I'm not sure the developers know that so many of the latest
versions are broken. I assume not, based on the number of latest versions that
are broken.
--
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=51026
Bug ID: 51026
Summary: Winbox don't start
Product: Wine-staging
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: letarch(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Winbox don't start. Tracelog say what not have required libs.
But version wine 6.5 works normal.
--
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=51003
Bug ID: 51003
Summary: Regression: Multiple games have broken input in
wine-staging 6.6
Product: Wine-staging
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
See bugreports in RHBZ for detailed explanation:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-9ab0461da6
--
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=50106
Bug ID: 50106
Summary: ESync broke mountmgr
Product: Wine-staging
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: javirrdar(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
After wine update 5.19 (gb49e8743) to 5.21 (ge2d9f97b) mountmgr just stop
working on my setup. Symptoms are constant spamming:
> fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 50
> fixme:service:scmdatabase_autostart_services Auto-start service L"winebus" failed to start: 50
And winecfg can't connect to Mount Manager, installers (e.g. GoG installer)
doesn't display anything on directory select. If you disable esync\fsync using
env variables, it works.
It seems like this bug appears on 5.19 (gbe9c9681) and newest wine-staging
versions.
Oddly, with WINEDEBUG=+all it works (slowly, but works). Some race condition in
ESync?
How to reproduce:
- Create new wine prefix
- Launch winecfg (issue not occurs)
- Close winecfg
- Launch winecfg again (issue occurs)
After that issue will occurs every time.
--
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=46021
Bug ID: 46021
Summary: Mass Effect 3 | Mouse uncontrollably / jumps around.
Keyboard button "locks in" sometimes
Product: Wine-staging
Version: 3.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: roquene(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Moving mouse let it jump uncontrollably around. very slow minimal movement seem
to work, but faster let the player character make a 180°. moving the mouse
upwards sometimes "locks" the camera facing upwards and only possible to turn
it in circle.
Moving the character per keyboard sometimes locks in. So moving forward and
releasing the button and the character keeps moving until key pressed again.
in game menu comparable behaviour. moving over menupoint only highlight it if
moved very slow.
problem does not occur in normal 3.18 and not with old versions like
staging-2.8
could not test later version. staging-2.21 for example shows only black screen.
--
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=45687
Bug ID: 45687
Summary: PulseAudio patchset causes crackling audio
Product: Wine-staging
Version: 3.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sykhro(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I couldn't narrow it down much, sounds like a resampling problem(?).
Using Gentoo default pulseaudio config and a Scarlett 2i2 USB audio interface.
--
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=51021
Bug ID: 51021
Summary: Kenshi: mouse input not working
Product: Wine-staging
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aerkiaga3(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69868
--> https://bugs.winehq.org/attachment.cgi?id=69868
Terminal output, as described; files for 6.5-staging and 6.6-staging are
provided
When running Kenshi 1.0.x under Wine 6.5-staging, everything runs perfectly.
However, when Wine is updated to 6.6-staging (with no change in configuration),
mouse input stops working for this game, which prevents any actual usage, since
it's impossible to progress beyond the title screen. Downgrading to 6.5-staging
reverted this behavior, confirming it as a regression.
The tests performed for recording terminal output were done using the same
setup as https://appdb.winehq.org/objectManager.php?sClass=version&iId=39928,
with Wine versions from the official WineHQ Ubuntu repository. The application
was installed to the usual location, which was later moved to the /opt
hierarchy and symlinked from the original location. This later step was done
once the game was already confirmed to regress on 6.6-staging.
The program was run from the command line. Windowed borderless mode was already
selected in the launcher window, and hardware mouse had already been selected
in the game proper. Once the game reached the title screen, the mouse was moved
and the 'OPTIONS' button was clicked. On 6.5-staging, this resulted in the
button first highlighting its label in a different color, then becoming clicked
and opening a menu. On 6.6-staging, none of this happened. After this, the
process was manually terminated in both cases.
--
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=50972
Bug ID: 50972
Summary: cannot rotate player's camera in Guild Wars 2
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: mississua(a)hotmail.com
Distribution: ---
I'm certain that is a regression but the only other wine version i'm able to
install is 5.0, and i don't understand a thing about regression testing.
As the title says, i cannot rotate (it will stay still no matter what) the
player's camera.
It feels as if the mouse movement is ignored while a mouse button is held
pressed.
Deandre Thomas appears to be experiencing the same bug.
https://appdb.winehq.org/objectManager.php?sClass=version&iId=36138&iTestin…
i tried fiddling with KDE focus settings, to no avail.
The game is playable for free at https://www.guildwars2.com
--
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=50767
Bug ID: 50767
Summary: Wine 6.3 Staging broken symlinks
Product: Wine-staging
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hitman2491(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Symbolic links inside prefix stopped working.
Standard wine 6.3 does not repeat itself.
Reference:
https://github.com/hitman249/wine-launcher/issues/24
--
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=48253
Bug ID: 48253
Summary: League of Legends you can't create and/or join a lobby
on Arch Linux
Product: Wine-staging
Version: 4.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kassin.dornelles(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65915
--> https://bugs.winehq.org/attachment.cgi?id=65915
league of legends lutris logs
You can't create a lobby or join a lobby on Arch Linux, i think at this point
doesn't matter the Wine version, maybe some Arch dep package is borked? (i did
a fresh install just to make sure)
here's a example of how the game client lobby options will look like:
https://preview.redd.it/yeasiff2du141.png?width=1286&format=png&auto=webp&s…
--
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=47703
Bug ID: 47703
Summary: warships
Product: Wine-staging
Version: 4.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leha.ermolin2012(a)yandex.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65174
--> https://bugs.winehq.org/attachment.cgi?id=65174
World of Warships не заходит в Адмиралтейство
В World of Warships при входе в Адмиралтейство или Клан возникает ошибка.
--
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=49556
Bug ID: 49556
Summary: 0024:err:seh:raise_exception Unhandled exception code
c0000005 flags 0 addr 0x7bc88e20
Product: Wine-staging
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kenorb(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I'm using filever.exe inside Docker container which in some configuration
crashes on run, and some works.
Initially I've managed to make it not crash with:
- wine-5.9 (Staging)
- wine-5.12 (Staging)
But after using wine-5.12 a while, I couldn't make it not crash.
When running: wine filever.exe terminal64.exe
it works fine.
When running: wine filever.exe /v terminal64.exe
it shows the following output and crashes:
--a-- W32 APP - 5.0.0.2515 shp 56,960,616 07-03-2020 terminal64.exe
Language 0x0000 (English)
CharSet 0x04b0 Unicode
...
SubType: 00000000
FileDate: 00000000:00000000
wine: Unhandled page fault on read access to 65786526 at address 7BC88E20
(thread 0024), starting debugger...
0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7bc88e20
$ winedbg filever.exe /v terminal64.exe
007c:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142
WineDbg starting on pid 00c8
0x000000007bcd18a5: ret
Wine-dbg>bt
Backtrace:
=>0 0x000000007bcd18a5 (0x000000000031ffd8)
1 0x000000007b449622 EntryPoint+0x23651() in kernel32 (0x000000000031ffec)
Wine-dbg>bt all
0x000000007bcd18a5: ret
Backtracing for thread 00cc in process 00c8 (C:\windows\filever.exe):
Backtrace:
=>0 0x000000007bcd18a5 (0x000000000031ffd8)
1 0x000000007b449622 EntryPoint+0x23651() in kernel32 (0x000000000031ffec)
0x000000007bcd18a5: ret
Here are the reproducible steps using Docker container (which I'm using):
1. Pull and run Docker container:
local$ docker run -it --entrypoint /bin/bash ea31337/ea-tester
2. Inside Docker, install required binaries (e.g. filever and platform binary
to check).
docker$ /opt/scripts/eval.sh install_mt 5.0.0.2515
3. Go to downloaded platform dir.
$ cd ~/.wine/drive_c/MetaTrader\ 5/
4. This command should work:
$ wine filever.exe terminal64.exe
--a-- W32 APP - 5.0.0.2515 shp 56,960,616 07-03-2020 terminal64.exe
5. This command crashes at the end:
$ wine filever.exe /v terminal64.exe
...
FileDate: 00000000:00000000
wine: Unhandled page fault on read access to 65786526 at address 7BC88E20
(thread 0024), starting debugger...
0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7bc88e20
6. Although works for another binaries:
$ wine filever.exe /v metatester64.exe
(no errors at the end)
$ wine filever.exe /v metaeditor64.exe
(no errors at the end)
7. To run under debugger, run:
$ winedbg filever.exe /v terminal64.exe
Xvfb is already running, run: "export DISPLAY=:0" to access display.
The filever.exe is the same which is included with
WindowsXP-KB838079-SupportTools
(https://github.com/EA31337/EA-Tester/releases/download/4.x/WindowsXP-KB8380…).
If you download from the link, you can use cabextract to extract that binary
(e.g. cabextract -F support.cab *.exe && cabextract -F filever.exe *.cab &&
install -v filever.exe ~/.wine/drive_c/windows).
I was using filever.exe quiet often in my scripts and never had this issue.
Any clues if that's the Wine bug or filever.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=48057
Bug ID: 48057
Summary: Application binds to same port multiple times from
wine 4.18 works fine on 4.17
Product: Wine-staging
Version: 4.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: richard.it(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65601
--> https://bugs.winehq.org/attachment.cgi?id=65601
Netstat Output With Application running on 4.18
Game server FLServer.exe appears to bind to the same port multiple times from
wine 4.18 making the application unable to communicate on the network.
Wine 4.17 works correctly.
Winetricks mfc42 required to get FLServer.exe to run.
Winetricks directplay for network.
Run FLServer.exe but unable to connect to it.
Steps to Reproduce:
1. Install game with FLServer.exe
2. winetricks mfc42 directplay
--
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=51109
Bug ID: 51109
Summary: Pharaoh Game crashes with page fault on start
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martimedia.de
Distribution: ---
Created attachment 69972
--> https://bugs.winehq.org/attachment.cgi?id=69972
Backtrace
After installation of the game it will not start, reporting a pagefault.
The game is rated platinum in the database, but the newest entry is about wine
version 2.10
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=351).
I am now on Kubuntu 21.04 with wine 5.0.3, but I also tried it before on
Manjaro with wine 6 (sorry, I don't know the exact Version, but it was the
newest available on Manjaro).
It is a x64 installation, but wine is in i386 mode and Version Windows XP.
The backtrace is attached.
Thank you for your work!
--
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=50503
Bug ID: 50503
Summary: Diablo 1: Game crashes after intro videos
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xillusium(a)gmail.com
Distribution: ---
Created attachment 69165
--> https://bugs.winehq.org/attachment.cgi?id=69165
WINEDEBUG=warn+d3d wine HELLFIRE.EXE &> 1.log
When I run the game, intro videos playing. After that, when game should open
main menu, it crashes.
I used a patch https://bugs.winehq.org/show_bug.cgi?id=2082#attach_51248 to
make the game menu visible (modified to use an environment variable to apply)
and this bug is not occured in wine 5.0, so it can be regression.
--
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=50963
Bug ID: 50963
Summary: CreateProcess occasionally fails with access violation
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: rpisl(a)seznam.cz
Distribution: ---
Created attachment 69794
--> https://bugs.winehq.org/attachment.cgi?id=69794
Trace log
A relatively complex CI with windows version of cmake/ninja/llvm after series
of regressions since Wine 6.0 almost works again in the version 6.6. But
occasionally it fails on CreateProcess with EXCEPTION_ACCESS_VIOLATION. I think
it is a wine bug as I also encountered such a strange behavior in another
context with Wine. I have a feeling that it is related to recent ntdll changes.
It appears quickly if CPU is under stress, parallel build is enabled and empty
WINEDEBUG. However I managed to trigger the bug also with parallel build
disabled and WINEDEBUG set to +process,+relay,+seh,err+all. Maybe some
unininitalized variable or race condition?
I'll wait for next version of Wine to test 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=51067
Bug ID: 51067
Summary: ToolTaskTest:Execute_2 test fails on x86_64
Product: Wine
Version: 6.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
The x86_64.MonoTests.Microsoft.Build.Utilities.ToolTaskTest:Execute_2 test
started failing in CI after the 6.7 release. I was able to reproduce it on my
own machines and bisected it to:
a51f26badfe6b3c23dd569b0540801a622e3bde5 is the first bad commit
commit a51f26badfe6b3c23dd569b0540801a622e3bde5
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Apr 23 12:14:04 2021 +0200
server: Return the process machine from the main exe instead of a CPU flag.
This can be tested by downloading the wine-mono tests and running:
$ run-tests x86_64.MonoTests.Microsoft.Build.Utilities.ToolTaskTest:Execute_2
--
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=50006
Bug ID: 50006
Summary: The intro in The Sims Complete Collection gets played
too fast
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
On current wine-staging master, The Sims Complete Collection can finally play
its EA games intro and loads the game without using any special launch flags.
However, the intro gets played incredibly fast compared to Windows and is only
visible for a few frames, which is not normal because on Windows it's about a
second long.
Attached is a log with -ddraw,+quartz,+amstream debug channels (ddraw is
disabled to avoid spam from a staging patchset regarding system videomem).
--
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=11833
Summary: GroupMail: Unhandled page fault on read access to
0x00000000 at address 0x164675c
Product: Wine
Version: 0.9.56.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)netherworld.com.ar
When i open File => create new mail.
the app crashes and the debug shows an Unhandled page fault.
please fix
--
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=51057
Bug ID: 51057
Summary: `winetricks -q mfc42` fails
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 28fe84da45bea7de56539b50eac8ebcec54342de
Distribution: ArchLinux
Created attachment 69918
--> https://bugs.winehq.org/attachment.cgi?id=69918
output
It's actually winetricks_vcrun6_helper() that fails, but using mfc42 is the
easiest way to reproduce. The vcrun6 can't be in the winetricks cache
(~/.cache/winetricks).
Bisection revealed:
28fe84da45bea7de56539b50eac8ebcec54342de is the first bad commit
commit 28fe84da45bea7de56539b50eac8ebcec54342de
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Mar 24 10:53:53 2021 +0100
ntdll: Load the main image from the Unix side.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Do note that I couldn't reproduce this on macOS, but could on ArchLinux.
This could be related to Bug 50973, but to be sure I wanted to report this
separately.
--
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=51028
Bug ID: 51028
Summary: Solid Edge 2021 Academic Edition: crash on startup
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfc
Assignee: wine-bugs(a)winehq.org
Reporter: aerkiaga3(a)gmail.com
Distribution: ---
Created attachment 69880
--> https://bugs.winehq.org/attachment.cgi?id=69880
Backtrace and terminal output
Solid Edge 2021 Academic Edition installs, but crashes upon starting the
program. Attached relevant error data (run without overrides, etc). Created
report on AppDB, which contains additional details as well as a download link
(Academic Edition is free-to-use, so it's easy to test on Wine by anybody and
getting it to run smoothly may help other versions). Component was deduced from
error message, so not entirely sure. Willing to do any requested testing.
--
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=50961
Bug ID: 50961
Summary: Swtor game crash on splash screen 6.6
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: fabienmoal(a)wanadoo.fr
Distribution: ---
Swtor game crash on splash screen with new wine version 6.6 (6.5 ok)
** Regression testing in progress **
(strange problem with kernell32)
--
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=40823
Bug ID: 40823
Summary: Stone Giant demo crashes after launch
Product: Wine
Version: 1.9.12
Hardware: x86-64
URL: http://www.geforce.com/games-applications/pc-applicati
ons/Stone-Giant-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 54778
--> https://bugs.winehq.org/attachment.cgi?id=54778
log
wine-1.9.12-161-g754c681
--
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=28372
Summary: Ubuntu Skin Pack 5.0-XP installer crash
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=36374)
--> (http://bugs.winehq.org/attachment.cgi?id=36374)
Log: install Ubuntu_Skin_Pack
wine-1.3.28-86-g9b729bb
winetricks ie7 works around it
Please see full log
--
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=46948
Bug ID: 46948
Summary: Characters in The Sims Complete Collection render
completely white
Product: Wine
Version: 4.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Created attachment 64071
--> https://bugs.winehq.org/attachment.cgi?id=64071
screenshot
I've attached the screenshot to showcase the issue. All 3D models in the game
render completely white with the exception of the plumbob (it looks correct).
And the opposite happens in older editions of the game (like Deluxe Edition) -
the characters render just fine, but not the plumbob (it's still green but
looks flat and lacks any planes).
I've tried using latest master of Wine along with latest Wine-staging
(e2c7fb5bb6f4cb79156e0b7bcb3fa3485f1edb00) along with this patch
(thttps://bugs.winehq.org/attachment.cgi?id=63990) and the issue in The Sims
Complete Collection still persists. While the redrawing seems to work all
correctly, the characters still render incorrectly.
--
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=37375
Bug ID: 37375
Summary: Visual C++ 2005 Express SP1 install fails
Product: Wine
Version: 1.7.28
Hardware: x86
URL: http://download.microsoft.com/download/7/7/3/7737290f-
98e8-45bf-9075-85cc6ae34bf1/VS80sp1-KB926748-X86-INTL.
exe
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 49702
--> https://bugs.winehq.org/attachment.cgi?id=49702
terminal output
See bug 20110 for a similar issue that is supposed to have been fixed (though
it doesn't work for me in 1.4.1).
http://www.microsoft.com/en-us/download/details.aspx?id=804http://download.microsoft.com/download/7/7/3/7737290f-98e8-45bf-9075-85cc6a…
(sha1sum 8b9a0172efad64774aa122f29e093ad2043b308d)
fails to install. To reproduce, get winetricks from SVN
(https://winetricks.googlecode.com/svn/trunk/src/winetricks):
winetricks vc2005expresssp1
this fails:
err:msi:extract_cabinet FDICopy failed
err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab"
err:msi:ITERATE_Actions Execution halted, action L"InstallFiles" returned 1603
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603
err:msi:extract_cabinet FDICopy failed
err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab"
------------------------------------------------------
Note: command 'wine
/home/austin/.cache/winetricks/vc2005expresssp1/VS80sp1-KB926748-X86-INTL.exe'
returned status 67. Aborting.
note that the installer appears to be in French instead of English, that's a
separate issue, I'll file a bug after a bisect.
--
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=50396
Bug ID: 50396
Summary: Sacred Gold: wrong z-order or something else
Product: Wine
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: xillusium(a)gmail.com
Distribution: ---
Created attachment 69015
--> https://bugs.winehq.org/attachment.cgi?id=69015
WINEDEBUG=warn+d3d wine sacred.exe &> 111.log
When I run Sacred 1 Gold Edition (2.28), something went wrong with character
elements z-ordering. For example, gladiator hair arrangement. The bug takes
place both in the character selection menu and in the game world.
I observed this error not only in 6.0-rc3, but also in older versions of Wine
like 5.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=41318
Bug ID: 41318
Summary: Sins of a Solar Empire crashes on start
Product: Wine
Version: 1.9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: blog(a)pozimski.eu
Distribution: ---
Created attachment 55653
--> https://bugs.winehq.org/attachment.cgi?id=55653
output of wine when running the game with WINEDBG=+all
With the current wine version, Sins of a Solar Empire: Rebellion (GOG version)
does no longer start, instead it crashes with an error message and tries to
write a dump. I believe this issue is related to Direct3D since the last
message written before the dump is created is:
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
A git bisect reveals:
dfe3f26b6ddd5f280f61e15a8507e727947b99a3 is the first bad commit
commit dfe3f26b6ddd5f280f61e15a8507e727947b99a3
Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com>
Date: Wed Jun 22 06:01:50 2016 +0000
d3dx9_43: Share the source with d3dx9_36.
Signed-off-by: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com>
Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 9d549ce0939762a55adcd576b150bfaad5338e04
0c6ab47a8dc5cd8ed8da2ad996fa02019b8af64f M dlls
:040000 040000 0b852d0a91f39d0e3db8340e46b5b59547a5e7f0
1e9e55d7d1a3a8d7b4f132ecfebc87dcfb4aba1e M tools
I have attached the full log of the wine process just to be sure.
--
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=50992
Bug ID: 50992
Summary: ADVAPI32.dll.QueryTraceA is a unimplemented funtion -
StarCitizen does not load anymore
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: rawfox(a)freenet.de
Distribution: ---
Created attachment 69828
--> https://bugs.winehq.org/attachment.cgi?id=69828
Backtrace of the StarCitizen crash
Hello again^^
With the latest StarCitizen PTU, the game is asking for QueryTraceA, when it
starts loading. Due to that function is not in wine yet, the game drops an
error and stops working.
The patches we (LUG) wrote, to stub out that error, had all no success, the
error is supressed but its crashing right after, so that we assume that the
function needs to provide a proper return.
The game is asking for QueryTraceA.
ControlTraceA is present in wine and should superseed QueryTraceA, but its not
working.
A Backtrace is attached.
Let the games begin ... :)
--
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=40227
Bug ID: 40227
Summary: LibreOffice 5.1.0 cause unhandled exception 0xe06d7363
at run
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: v_mil(a)ukr.net
Distribution: ---
Created attachment 53750
--> https://bugs.winehq.org/attachment.cgi?id=53750
The full backtrace.
Dear developers!
LibreOffice_5.1.0_Win_x64.msi installs normally except wrong folder ( "Program
Files (x86)" ) but running an Office application cause "Unhandled exception
0xe06d7363 in thread 29 at address 0x7b84a6c1 (thread 0029)".
More info in the attached backtrace.
The distribution is Ubuntu 14.04 x86_64.
BR. Viktor.
--
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=49989
Bug ID: 49989
Summary: System.Windows.Markup.XamlParseException: Provide
value on
'System.Windows.Baml2006.TypeConverterMarkupExtension'
threw an exception
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fzatlouk(a)redhat.com
Distribution: ---
Created attachment 68391
--> https://bugs.winehq.org/attachment.cgi?id=68391
stdout
Running Samsung Dex installer [0] gets stuck with:
[ERROR] FATAL UNHANDLED EXCEPTION: System.Windows.Markup.XamlParseException:
Provide value on 'System.Windows.Baml2006.TypeConverterMarkupExtension' threw
an exception. ---> System.EntryPointNotFoundException:
IWICColorContext_GetType_Proxy assembly:<unknown assembly> type:<unknown type>
member:(null)
[0] https://appdb.winehq.org/objectManager.php?sClass=version&iId=39225
--
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=49977
Bug ID: 49977
Summary: FIFA 11 Demo fifaconfig crashes when pressing Exit
button
Product: Wine
Version: 5.18
Hardware: x86-64
URL: http://static.cdn.ea.com/fifa/u/f/fifa11_pc_demo_EU.zi
p
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
1. Launch configuration tool in ..\FIFA 11 Demo\Game\fifasetup\fifaconfig.exe
2. Press Exit button.
Unhandled Exception:
System.InvalidOperationException: Invoke or BeginInvoke cannot be called on a
control until the window handle has been created.
at System.Windows.Forms.Control.MarshaledInvoke (System.Windows.Forms.Control
caller, System.Delegate method, System.Object[] args, System.Boolean
synchronous) [0x00011] in <4b7d326f792d4378bd436300c6961411>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.Control.MarshaledInvoke(System.Windows.Forms.Control,System.Delegate,object[],bool)
at System.Windows.Forms.Control.BeginInvoke (System.Delegate method,
System.Object[] args) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.Control.BeginInvoke(System.Delegate,object[])
at System.Windows.Forms.WindowsFormsSynchronizationContext.Post
(System.Threading.SendOrPostCallback d, System.Object state) [0x0000f] in
<4b7d326f792d4378bd436300c6961411>:0
at System.__ComObject.Finalize () [0x0001a] in
<7713cb95b33244ed9608bf0b23fbdce9>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.InvalidOperationException: Invoke or
BeginInvoke cannot be called on a control until the window handle has been
created.
at System.Windows.Forms.Control.MarshaledInvoke (System.Windows.Forms.Control
caller, System.Delegate method, System.Object[] args, System.Boolean
synchronous) [0x00011] in <4b7d326f792d4378bd436300c6961411>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.Control.MarshaledInvoke(System.Windows.Forms.Control,System.Delegate,object[],bool)
at System.Windows.Forms.Control.BeginInvoke (System.Delegate method,
System.Object[] args) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.Control.BeginInvoke(System.Delegate,object[])
at System.Windows.Forms.WindowsFormsSynchronizationContext.Post
(System.Threading.SendOrPostCallback d, System.Object state) [0x0000f] in
<4b7d326f792d4378bd436300c6961411>:0
wine-5.18-343-g412db778937
--
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=35102
Bug #: 35102
Summary: Qvodplayer 3.5 Crashes on start
Product: Wine
Version: 1.7.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zturnxin(a)gmail.com
Classification: Unclassified
Created attachment 46820
--> http://bugs.winehq.org/attachment.cgi?id=46820
Log: terminal log and backtrace
1. Download QvodPlayer 3.5 from url:http://dl.kuaibo.com/QvodSetupPlus_old.exe
$ sha1sum QvodSetupPlus_old.exe
bb0768ad1f742445a5d54b74bf41b6c775f0bdca QvodSetupPlus_old.exe
2. winetricks -q gdiplus, workaround Bug 32474
3. Start QvodPlayer 3.5:
~/.wine/drive_c/Program Files/QvodPlayer$ wine QvodPlayer.exe
Crash happens.
--
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=51082
Bug ID: 51082
Summary: Regression: Powershell Core installs in wrong
directory
Product: Wine
Version: 6.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
This is a regression from yesterday. AFAIK it should (and used to ) install in
Program Files\\Powershell, wheras now it is installed in c:\\Powershell
Regression :
Commit: 9b0a8f5f49f941d42ed08b1546c50203c0b07ad6
URL:
https://source.winehq.org/git/wine.git/?a=commit;h=9b0a8f5f49f941d42ed08b15…
Author: Alexandre Julliard <julliard at winehq.org>
Date: Thu Apr 29 16:19:27 2021 +0200
kernelbase: Use RtlWow64GetProcessMachines() to get native system information.
Signed-off-by: Alexandre Julliard <julliard at winehq.org>
In console output there`s now a strange:
00f8:fixme:heap:GetNativeSystemInfo Add the proper information for 0 in wow64
mode
Steps to reproduce:
wine msiexec /i PowerShell-7.0.3-win-x64.msi /q
--
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=26189
Summary: Wine32bi (kernel32)t: Crysis Wars Dedicated Server no
longer shows console on start under X
Product: Wine
Version: 1.3.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: armin.kazmi(a)tu-dortmund.de
If you want to launch a crysis wars dedicated server, e.g. via
wine CrysisWars/Bin32/CrysisWarsDedicatedServer.exe -mod MWLL -root C:/Program
Files/CrysisWars/server +exec server.cfg
you expect it to spawn a console window (using windows console host it seems)
to
show further output and provide a control interface. Via git bisect I tracked
down
the offending patch, which was added quite a long time ago.
e4d090277b3f4f76b39e55480e5d1387798dbabe is the first bad commit
commit e4d090277b3f4f76b39e55480e5d1387798dbabe
Author: Eric Pouech <eric.pouech(a)orange.fr>
Date: Mon Aug 30 22:19:24 2010 +0200
kernel32: Properly handle bare console on input.
:040000 040000 79337f5cf3c9c78a557b10f8b1147476815470ac
860f197e56f714bea54dacbafe881c0ede7b19e9 M dlls
Automatic revert of the patch from HEAD fails.
--
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=50980
Bug ID: 50980
Summary: Royal Quest: "out of memory" and other errors
Product: Wine
Version: 6.5
Hardware: x86-64
URL: http://1cgames.net
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spoon0042(a)hotmail.com
Regression SHA1: beff5c56cdb02d614a5159de0e5ce1914c8ebc77
Distribution: Debian
Recent wine versions cause possibly bogus memory errors, regression test
yields:
beff5c56cdb02d614a5159de0e5ce1914c8ebc77 is the first bad commit
commit beff5c56cdb02d614a5159de0e5ce1914c8ebc77
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Apr 5 12:05:38 2021 +0200
ntdll: Move the PEB initialization to LdrInitializeThunk().
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 02e336e14ea020aad68dcaf20abf6591e1bbcb89
403c88a2fbbc305b5a4de06cb5786379f03a22da M dlls
If you want to try reproducing this it requires a launcher or whatever which
needs native dotnet 4.6.1 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=49763
Bug ID: 49763
Summary: ALOTInstaller crashes
Product: Wine
Version: 5.16
Hardware: x86
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 68064
--> https://bugs.winehq.org/attachment.cgi?id=68064
crash log
A user reported this as rated "garbage" in appdb, so i gave it a try
The crash log shows a call to RtlConvertToAutoInheritSecurityObject, which is
strange as the FIXME from that stub is not printed in console; is that normal?
One issue is at least that RtlConvertToAutoInheritSecurityObject is wrong
declared, see https://bugs.winehq.org/show_bug.cgi?id=33279#c1
but then committed patch declares it as BOOL:
https://bugs.winehq.org/show_bug.cgi?id=33279#c3
I`ll send a patch for that one.
But that is not the cause of the crash, even if i remove
RtlConvertToAutoInheritSecurityObject from ntdll.spec it shows up in the crash
log (???)
So anyone knows what`going on? Note: I don`t know exactly what .net it needs, I
tried dotnet40 and dotnet48, same crash happens
Unhandled exception: 0xe0434352 in 64-bit code (0x000000007b01129e).
.
.
Backtrace:
=>0 0x000000007b01129e format_exception_msg+0x32e(ptr=<is not available>,
buffer=<is not available>, size=<is not available>)
[Z:\home\louis\sda2\wine64-build\dlls\kernelbase\..\..\..\wine\dlls\kernelbase\debug.c:315]
in kernelbase (0x0000000000512d60)
1 0x000006447fd60412 EntryPoint+0x6440003ef15() in msvcr100_clr0400
(0x0000000000512d60)
2 0x000000007bc521e1 RtlConvertToAutoInheritSecurityObject+0x200(pdesc=<is
not available>, cdesc=<is not available>, ndesc=<is not available>, objtype=<is
not available>)
[Z:\home\louis\sda2\wine64-build\dlls\ntdll\..\..\..\wine\dlls\ntdll\sec.c:1721]
in ntdll (0x0000000000512d60)
3 0x000006447fd5f5a7 EntryPoint+0x6440003e0aa() in msvcr100_clr0400
(0x0000000000516319)
--
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=22327
Summary: download
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://sourceforge.net/projects/phpgedview/files/1%20P
hpGedView/PhpGedView%20v4.2.3/PGV-Demo-4.2.3.zip/downl
oad
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leighmanthegreat(a)hotmail.com
Cannot install PGV demo for Windows using a clean wineprefix.
After installing dotnet20sp2 Mono2.4 with winetricks I get the following
output:
err:module:import_dll Library php5ts.dll (which is needed by
L"Z:\\home\\jack\\PGV test\\democd\\httpd\\php\\php5apache2_2.dll") not found
(OS 10048)Address already in use: make_sock: could not bind to address
127.0.0.1:6880
no listening sockets available, shutting down
Unable to open logs
System.OverflowException: Number overflow.
at System.Drawing.SizeF.ToSize () [0x00000]
at System.Windows.Forms.MessageBox+MessageBoxForm.InitFormsSize () [0x00000]
at System.Windows.Forms.MessageBox+MessageBoxForm.RunDialog () [0x00000]
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.MessageBox/MessageBoxForm:RunDialog ()
at System.Windows.Forms.MessageBox.Show (System.String text) [0x00000]
at PGVDemo.Form1.button1_Click (System.Object sender, System.EventArgs e)
[0x00000]
at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x00000]
at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x00000]
at System.Windows.Forms.ButtonBase.OnMouseUp
(System.Windows.Forms.MouseEventArgs mevent) [0x00000]
at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs
mevent) [0x00000]
at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Control+ControlWindowTarget.OnMessage
(System.Windows.Forms.Message& m) [0x00000]
at System.Windows.Forms.Control+ControlNativeWindow.WndProc
(System.Windows.Forms.Message& m) [0x00000]
at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr
wParam, IntPtr lParam) [0x00000]
--
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=51070
Bug ID: 51070
Summary: Wine fails to create or update prefix
Product: Wine
Version: 6.7
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: f93713b157411efabfa6ceabf137364b249106f6
Distribution: ---
0024:err:environ:run_wineboot failed to start wineboot c00000e5
--
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=51102
Bug ID: 51102
Summary: Failed to export video on MOHO PRO 13.5
Product: Wine
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rqftyusydw(a)solarunited.org
Distribution: ---
Created attachment 69966
--> https://bugs.winehq.org/attachment.cgi?id=69966
backrace
i cant render animation video using export video features on MOHO PRO 13.5 wine
always get crash when select mpeg video export option... all feature run
almost smoothly except export video features
--
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=51077
Bug ID: 51077
Summary: "The Settlers V: Heritage of Kings" fails to launch
with Wine >=5.21
Product: Wine
Version: 5.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: firlaevhans.fiete(a)protonmail.com
Distribution: ---
Created attachment 69940
--> https://bugs.winehq.org/attachment.cgi?id=69940
Backtrace and Terminal Output
I'm using the German DVD ROM Version of "Die Siedler: Das Erbe der Könige Gold
Edition" / "The Settlers: Heritage of Kings"
With Wine-staging 5.20 and below the game launches and works as expected. With
5.21-staging or higher (tried various versions up to 6.7) the game fails to
launch and shows a Wine crash report window instead.
REPRODUCE:
1.) Install "The Settlers V" in a fresh Wine prefix with wine 5.21 or higher
(the free demo will work too)
2.) Try to launch the game afterwards
OBSERVED RESULT:
The game doesn't launch / immediately crashes
EXPECTED RESULT:
The game launches normally, like it does with older versions of wine.
There is a free demo of the game that shows the same symptoms and thus could be
used for testing. The game is quite old so there doesn't seem to be an official
download site anymore but I downloaded it from here (German demo):
https://www.4players.de/4players.php/download_info/Downloads/Download/7636/…
--
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=50093
Bug ID: 50093
Summary: Lara Croft and the guardian of light have very low
performance without neckloop even at lowest resolution
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andy86(a)fastwebnet.it
Distribution: ---
Created attachment 68566
--> https://bugs.winehq.org/attachment.cgi?id=68566
plain wine console output at 640x480 with lowest settings and
+fps,+tid,+timestamp
Lara Croft and the guardian of light runs well at 60 fps (and at 100 and more
fps if vsync is disabled) on the menu, but during the game it has a performance
drop of about 14 fps even at the lowest resolution and with the settings as low
as possible.
CPU usage is around 20-35% for the game for a maximium total of approx 60%
consider steam and wineserver, and 5-10% max GPU load measured at 640x480
resolution and lowest possible graphics settings and approx 300mb of RAM so
it's do not appear as an hardware bottleneck.
I tried some old versions (about 3.x) of wine to exclude other regressions
(like bug 46942) and the performance on all tested versions are identical.
I also tried wine-staging with pba patches and all mentioned wine version with
unsupported dxvk and dgvoodo2 and performance are identical also on it.
So it seems that the problem is not in d3d* and something others goes wrong in
Wine, but I am not able to define exactly what.
--
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=51100
Bug ID: 51100
Summary: ReadConsole occasionally breaks terminal input
Product: Wine
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: hugh.mcmaster(a)outlook.com
Distribution: ---
Created attachment 69963
--> https://bugs.winehq.org/attachment.cgi?id=69963
Minimal test program
After running a loop reading from standard input and returning to shell (GNOME
Terminal), console input is sometimes broken. Control characters are shown on
up arrow, and input is blank, although apparently processed.
I noticed this behaviour while testing prompts during reg.exe's add or delete
operations, but I have been able to reproduce it using a minimal test case.
The bug doesn't seem to occur every time after program exit; it seems more like
every third or fourth time.
To reproduce, run the program, enter some text a few times, exit using 'quit',
then press up arrow to repeat. After a few cycles, the console should show
strange behaviour.
--
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=9154
--- Comment #29 from ezequielv <evi.emu.wine.winehq.bugs.01(a)jev.me.uk> ---
(In reply to Linards from comment #28)
> Is this issue still present?
I've seen this issue still happening on wine-5.0 only a few weeks ago.
I've tested with and without dxvk, trying to use several "override" settings
for the directx dlls, etc. Nothing I've done seemed to make this issue go
away, though.
--
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=9154
Linards <linards.liepins(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |linards.liepins(a)gmail.com
--- Comment #28 from Linards <linards.liepins(a)gmail.com> ---
Is this issue still present?
--
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=50953
Bug ID: 50953
Summary: does not start
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: go(a)inverser.pro
Distribution: ---
Created attachment 69783
--> https://bugs.winehq.org/attachment.cgi?id=69783
video report
After the update, which were yesterday (2021.04.09), Wine stopped running any
program.
--
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=43343
Bug ID: 43343
Summary: Palette corruption or wrong/corrupted colours
Product: Wine
Version: 2.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: alehiphopdj2(a)hotmail.com
Distribution: ---
Created attachment 58684
--> https://bugs.winehq.org/attachment.cgi?id=58684
ZIP file with 3 screenshots of Frank Herbert's Dune showing colours wrong
Playing Frank Herbert's Dune (2001) on Wine 2.12 on Linux (Ubuntu) from a fresh
and successful installation, colours are corrupted on:
- cutscenes (realtime rendering, not videos)
- gameplay
- title screen
I attach a zip file with these 3 screenshots.
These are the errors i get on the console:
fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d4,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33ea04,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f404,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f3b4,0x00000000), stub!
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
...
(this last error repeating all time until the end)
Looks like colours are corrupted because this 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=51073
Bug ID: 51073
Summary: Buttons and clicks don't work in Lineage 2
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
On the Godworld server, installed protection against clickers. After that,
some buttons do not work (enter, backspace, mouse clicks on the screen), which
is why you cannot enter the game without entering 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=41316
Bug ID: 41316
Summary: aplikasi ada masalah saat dibuka
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: santosoa141(a)yahoo.com
Distribution: Ubuntu
aplikasi kolotibablo ada masalah saat di buka
--
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=32725
Bug #: 32725
Summary: VC runtime functions crash when called from reloaded
library in a thread
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: most(a)museresearch.com
Classification: Unclassified
Created attachment 43181
--> http://bugs.winehq.org/attachment.cgi?id=43181
msvcrt-dll-problem.zip
Assume WHAT.DLL is a windows DLL with static MSVCRT linkage. If WHAT.DLL is
unloaded and reloaded, it's C runtime functions like std::cout can crash when
called from a thread.
According to Piotr Caban (piotr dot caban at gmail dot com) "The crash is
caused by incomplete FlsFree implementation. There's a comment in it's code
that says what needs to be added:
/* FIXME: add equivalent of ThreadZeroTlsCell here */"
The crash is repeatable with the attached example winelib program (captain.exe)
and windows DLL (what.dll). Code for the compiled what.dll is included. An
included README file describes the contents. 'make test' demonstrates the
problem.
--
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=51096
Bug ID: 51096
Summary: Using CARLA when loading or using some 64 bits plugins
an error Uncaught Exception appears.
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: micaelafag(a)gmail.com
Distribution: ---
Created attachment 69956
--> https://bugs.winehq.org/attachment.cgi?id=69956
Error when loading or interacting with plugins in Carla Host 64 bits
When loading some x64 plugins in Carla, or when interacting with them, an
Uncaught Exception appears, file with report goes attached. Can't use those
plugins, and they are many of them.
Wine 6.0
UbuntuStudio 20.04.1 TLS
--
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=50439
Bug ID: 50439
Summary: Wine can no longer be installed
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maklip007(a)gmail.com
When trying to install Wine for Mac, an error message saying:
“winehq-stable-5.0.pkg” can’t be opened because Apple cannot check it for
malicious software." shows up.
--
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=50293
Bug ID: 50293
Summary: native dxdiag complains about missing dxapi.sys (et
al)
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
To reproduce:
winetricks -q dxdiag
wine dxdiag
Click no to driver check
Choose 'DirectX Files' tab (2nd)
The notes field complains:
Several files (dxapi.sys, d3dpmesh.dll, dpmodemx.dll, etc.) are missing!
You'll see several missing files:
dxapi.sys
d3dpmesh.dll
dpmodemx.dll
dpvvox.dll
dpvacm.dll
dpnhupnp.dll
dimap.dll
diactfrm.dll
gcdef.dll
dsound3d.dll
dsdmoprp.dll
dx7vb.dll
encapi.dll
qdv.dll
qedwipes.dll
I have stubs for these, after which dxdiag reports success (for that test,
there are still other failures..). The last round of sent patches, for
reference:
https://source.winehq.org/patches/data/196982
However I suspect they should probably wait until after code freeze. In any
event, the bug needed to be reported.
--
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=51091
Bug ID: 51091
Summary: Proteus Design Suite demo installer fails with
ERROR_OUTOFMEMORY in WriteEnvironmentStrings
Product: Wine
Version: 6.7
Hardware: x86-64
URL: https://www.labcenter.com/downloads/prodemo.exe
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
This call:
010c:trace:msi:ITERATE_WriteEnvironmentString name L"=-*LXKSERVER" value
L"[KEY_SERVER]"
fails because KEY_SERVER isn't defined, which causes deformat_string() to
correctly return an empty string and 0 length, which
ITERATE_WriteEnvironmentString() interprets as failure.
It's possible KEY_SERVER should be defined, though, but definitely
WriteEnvironmentStrings is broken.
leslie@terabithia:~/Downloads$ sha1sum prodemo.exe
f2782cdfe3aac2d31e80e57815395d36b5b83d46 prodemo.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=51042
Bug ID: 51042
Summary: installing eSignal errors out with "Program Error"
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mathieu.fregeau(a)gmail.com
Distribution: ---
using the installer downloaded form the website
(https://www.esignal.com/support/download), I attempt to install using the wine
command line:
wine eSignal_x64.exe
it installs a dotnet, then passes through the username account validation, but
subsequently Wine creates this error:
Unhandled exception: unimplemented function
concrt140.dll.??0_TaskCollection@details@Concurrency@@QAE@XZ called in 32-bit
code (0x7b032f82).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:006b GS:0063
EIP:7b032f82 ESP:0032fd44 EBP:0032fdc8 EFLAGS:00000216( - -- I -A-P- )
EAX:0032fd5c EBX:80000100 ECX:0032fd40 EDX:0032fd70
ESI:00000000 EDI:0091afc8
Stack dump:
0x0032fd44: 0032fdf4 00000008 00000002 01540000
0x0032fd54: 0032fd78 0032fd78 80000100 00000001
0x0032fd64: 00000000 7b032f82 00000002 7d98a00e
0x0032fd74: 7d98a216 0032fdc8 7bc739c6 01530060
0x0032fd84: 00000020 00000000 00000002 01530014
0x0032fd94: 00000020 00000000 00000002 01200000
Backtrace:
=>0 0x7b032f82 (0x0032fdc8)
1 0x7d98903f EntryPoint+0xffffffff() in concrt140 (0x0032fe08)
2 0x7d988270 EntryPoint+0xffffffff() in concrt140 (0x0032fe54)
3 0x004a35ff EntryPoint+0xffffffff() in optionsanalytix (0x0032fec4)
4 0x004012ea EntryPoint+0xffffffff() in optionsanalytix (0x0032fee8)
5 0x007c3027 EntryPoint+0xffffffff() in optionsanalytix (0x0032ff30)
6 0x7b454882 in kernel32 (+0x34881) (0x0032ff48)
7 0x7b454cfc in kernel32 (+0x34cfb) (0x0032ffd8)
8 0x7b45488e in kernel32 (+0x3488d) (0x0032ffec)
0x7b032f82: addl $12,%esp
Modules:
Module Address Debug info Name (58 modules)
PE 400000- c49000 Export optionsanalytix
PE c50000- 10e6000 Deferred mfc140
PE 10000000-10080000 Deferred dbcapi_vc8
PE 7a840000-7a844000 Deferred opengl32
PE 7b020000-7b023000 Deferred kernelbase
PE 7b420000-7b5db000 Export kernel32
PE 7bc30000-7bc34000 Deferred ntdll
PE 7caa0000-7caaf000 Deferred setupapi
PE 7cd00000-7cd04000 Deferred winex11
PE 7d630000-7d633000 Deferred api-ms-win-crt-locale-l1-1-0
PE 7d650000-7d694000 Deferred crypt32
PE 7d780000-7d783000 Deferred msvcp120
PE 7d8a0000-7d8a3000 Deferred msvcr120
PE 7d980000-7d9bd000 Export concrt140
PE 7d9f0000-7da61000 Deferred msvcp140
PE 7daf0000-7daf4000 Deferred gdiplus
PE 7db90000-7dba2000 Deferred urlmon
PE 7dc30000-7dc3b000 Deferred winspool
PE 7dc80000-7dc83000 Deferred usp10
PE 7dcf0000-7dd6e000 Deferred comctl32
PE 7de70000-7df52000 Deferred comdlg32
PE 7dfa0000-7dfa3000 Deferred msimg32
PE 7dfc0000-7dfc4000 Deferred uxtheme
PE 7e000000-7e004000 Deferred imm32
PE 7e050000-7e058000 Deferred oleaut32
PE 7e160000-7e163000 Deferred api-ms-win-crt-filesystem-l1-1-0
PE 7e170000-7e173000 Deferred api-ms-win-crt-time-l1-1-0
PE 7e190000-7e195000 Deferred api-ms-win-crt-math-l1-1-0
PE 7e1a0000-7e1a4000 Deferred api-ms-win-crt-convert-l1-1-0
PE 7e1c0000-7e1c3000 Deferred api-ms-win-crt-heap-l1-1-0
PE 7e1d0000-7e1d3000 Deferred api-ms-win-crt-utility-l1-1-0
PE 7e1e0000-7e1e4000 Deferred api-ms-win-crt-stdio-l1-1-0
PE 7e200000-7e205000 Deferred api-ms-win-crt-multibyte-l1-1-0
PE 7e210000-7e214000 Deferred api-ms-win-crt-string-l1-1-0
PE 7e230000-7e234000 Deferred api-ms-win-crt-runtime-l1-1-0
PE 7e270000-7e274000 Deferred ucrtbase
PE 7e360000-7e374000 Deferred vcruntime140
PE 7e380000-7e384000 Deferred bcrypt
PE 7e3a0000-7e3a3000 Deferred glu32
PE 7e3e0000-7e3e9000 Deferred msacm32
PE 7e410000-7e48d000 Deferred winmm
PE 7e4f0000-7e58b000 Deferred msvcr80
PE 7e600000-7e687000 Deferred msvcp80
PE 7e740000-7e744000 Deferred rpcrt4
PE 7e7f0000-7e818000 Deferred ole32
PE 7e930000-7e933000 Deferred shcore
PE 7e980000-7f256000 Deferred shell32
PE 7f380000-7f388000 Deferred shlwapi
PE 7f3f0000-7f3f7000 Deferred gdi32
PE 7f560000-7f648000 Deferred user32
PE 7f780000-7f78b000 Deferred mpr
PE 7f7d0000-7f7d4000 Deferred version
PE 7f7f0000-7f80f000 Deferred wininet
PE 7f890000-7f894000 Deferred ws2_32
PE 7f8c0000-7f8c4000 Deferred iphlpapi
PE 7f910000-7f914000 Deferred msvcrt
PE 7f9e0000-7f9e4000 Deferred advapi32
PE 7fa50000-7fa53000 Deferred wtsapi32
Threads:
process tid prio (all id:s are in hex)
0000000e services.exe
00000023 0
0000001a 0
00000013 0
00000010 0
0000000f 0
00000011 plugplay.exe
00000017 0
00000016 0
00000012 0
00000018 winedevice.exe
00000020 0
0000001d 0
0000001c 0
0000001b 0
00000019 0
0000001e explorer.exe
00000029 0
00000028 0
00000027 0
0000001f 0
00000021 winedevice.exe
00000026 0
00000025 0
00000024 0
00000022 0
0000002a eSignal_x64.exe
000001aa 0
0000019b 0
00000198 0
0000002b 0
00000197 msiexec.exe
0000019a 0
000001a6 msiexec.exe
000001a5 0
000001bd winemenubuilder.exe
000001c0 0
000001c7 (D) C:\Program Files (x86)\Common Files\Interactive Data\Options
Analytix\OptionsAnalytix.exe
000001cb 0
000001ca 0 <==
System information:
Wine build: wine-5.0 (Ubuntu 5.0-3ubuntu1)
Platform: i386 (WOW64)
Version: Windows XP
Host system: Linux
Host version: 5.4.0-72-generic
--
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=51013
Bug ID: 51013
Summary: Express Digibooks application crashes on launch
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skokkineas(a)protonmail.com
Distribution: ---
You have to install .Net 4.8 for the app to install. After that the main window
of the app is shown with the graphcis stuck to the background and the app
crashes with a Fatal Error. The back trace fails to laod at all.
--
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=50970
Bug ID: 50970
Summary: virtual:try_map_free_area mmap() error Operation not
permitted - since wine 6.5
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: walecha99(a)gmail.com
Distribution: ---
Created attachment 69803
--> https://bugs.winehq.org/attachment.cgi?id=69803
wine internal executables log
Since wine 6.5, my wine installation cannot start any program except for wine
executables (ie. winecfg or regedit). But even the those wine executables were
generating the same error log (about try_map_free_area). Non-wine executables
adds more error about import_dll. My guess is wine could not open the dll
because the first mmap-related error. The same program runs normally in wine
6.4.
Failed wine version: 6.5, 6.6 (with/without wine-staging)
OS: Slackware64 Current (15-alpha) Multilib
GCC: 10.2
Mingw-w64: 8.0.0
CPU: Intel Haswell
GPU: Intel + AMD
--
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=33660
Bug #: 33660
Summary: CS:GO - Call votes respond
Product: Wine
Version: 1.5.30
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pepe(a)bloodkings.eu
Classification: Unclassified
Once a player can call vote, and only works the first choice (F1, 1).
--
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=51097
Bug ID: 51097
Summary: Listening on the same port on two different IPs does
not work
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Creating two UDP sockets and binding them to the same port on different IP
addresses does not work. Only the last bound socket receives its packets while
the other's are silently discarded.
Description in pseudo code:
sock1 = socket(AF_INET, SOCK_DGRAM, 0);
sock2 = socket(AF_INET, SOCK_DGRAM, 0);
addr.sin_family = AF_INET;
addr.sin_addr.s_addr = inet_addr("192.168.1.100");
addr.sin_port = htons(22222);
res = bind(sock1, &addr, sizeof(addr));
addr.sin_addr.s_addr = inet_addr("192.168.250.100");
res = bind(sock2, &addr, sizeof(addr));
Now put them into non-blocking mode and select() on them. Only sock1 will
receive something.
The cause is the custom BPF filter written to solve bug 7929. It binds both
ports to 0.0.0.0:22222 and sets up a custom filter to filter for
192.168.250.100 + 192.168.250.255 and 192.168.1.100 + 192.168.1.255
respectively. Packets received on 192.168.250.100 are evaluated by the filter
rule for sock1, found not matching and discarded without being evaluated for a
possible match on sock 2.
Disabling the custom filter rules and passing the actual IP addresses to Unix
bind() solves the problem but brings back the non-matching broadcast rules that
are at the heart of bug 7929.
--
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=51095
Bug ID: 51095
Summary: wineconsole - Scalable fonts with fsCsb[0] == 0 are
not enumerated correctly
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vladimir.kokovic(a)gmail.com
Distribution: ---
In wineconsole->Properties->Font still lack in the list of "Less Perfect Dos
Vga" as well as "More Perfect Dos Vga".
This fonts are referred in the Bug 51041.
Vladimir Koković, DP senior(70),
Serbia, Belgrade, 4.May 2021
--
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=31787
Bug #: 31787
Summary: Run the tests in Wine
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
The Wine TestBot runs the conformance tests on Windows VMs before they are
committed to Wine. This greatly helped improve the quality of our conformance
tests.
The next step is making sure that the conformance tests work reliably in Wine
too, and that Wine patches don't break them. The hope is that this will help us
improve the state of the WineTest results:
http://test.winehq.org/data/
Doing so will be much more processor intensive than the current process:
* Currently only the conformance test patches are tested whereas we would need
to test almost every single patch (we could ignore some documentation patches
for instance).
* Currently we only have to generate a binary for the one conformance test
that's impacted. That's quick. Testing all Wine patches will require
recompiling Wine every time which takes more time, even with ccache.
* A Wine patch can have wide-ranging effects. For instance a patch to ntdll
could impact pretty much any conformance test. That means rerunning all of them
for every patch... unless we find reliable ways of pruning them (patches to
conformance tests would be an obvious optimization).
* Like for Windows we will need to test various configurations: different
locales; 32, 64 and 32+64 bit Wine builds; different sound backends; possibly
different Linux distributions; if possible FreeBSD and Solaris too (I'm leaving
Mac OS X for another bug). In some cases the same binaries can be used for
multiple tests (e.g. if only the locale changes) but in other cases not.
* Also for the current Wine TestBot an unreliable test only impacts people
modifying that test. But the above point means an unreliable test would impact
most Wine patches, leading to lots of patches being rejected. So this means
unreliable tests become a big issue and need to be handled in some way: fixed
or blacklisted or still run but not considered cause for rejection (so one can
notice when they get fixed).
Then there is the question of whether this should be done by modifying the Wine
TestBot or by using the BuildBot framework:
http://trac.buildbot.net/wiki/AboutBuildbot
Dan Kegel produced a proof of concept system based on BuildBot:
http://wiki.winehq.org/BuildBot
An issue is that without significant integration work, having both a
WineTestBot and BuildBot system would be annoying:
* The Wine TestBot currently has its own user database and BuildBot would add
another one. So it would be one more login to manage for developers unless we
manage to integrate either with another user database (e.g. through LDAP).
* Developers would have to submit patches to both sites and check the results
on both.
* Integration with the Wine Patches site (http://source.winehq.org/patches/)
would need to work with both systems.
--
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=33234
Bug #: 33234
Summary: Improve user management
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
When an account request is sent to a WineTestBot administrator the URL he gfets
sent to is the UserDetails.pl one but it only has an 'Approve' button, not a
'Reject' one.
This makes it unclear how to reject spam requests for instance (bug 31798), but
this has now been documented. Still, rejecting an application actually requires
going to another page and deleting the provisional account. This should be
simpler: there should be a 'Reject' button right on the UserDetails page that
does that.
Furthermore, the status of the account, 'Pending approval' and 'Pending
activation', should be clearly indicated both on the UserDetails page and on
the UsersList page.
--
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=48093
Bug ID: 48093
Summary: On cw-rx460 the WoW WinePrefixes are (likely) broken
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
On cw-rx460 the wineprefixes created for the wow32 and wow64 test runs are
flawed:
* It looks like they do not define the %windir% and %SystemRoot% environment
variables:
https://www.winehq.org/pipermail/wine-devel/2019-October/152271.html
* They may be responsible for a failure in crypt32:sip
https://www.winehq.org/pipermail/wine-devel/2019-November/154240.html
What's puzzling is that cw-rx460 runs the same wt-daily script (*) as cw-gtx560
and other machines which don't have the same set of failures (see also bug
48092).
cw-rx460 is not a TestBot VM so this does not impact the TestBot results. But
if the wineprefixes are indeed causing extra test failures this could lead
developers on a wild goose chase. So to avoid confusion I disabled the wow32
and wow64 WineTest runs on that machine until I have had time to investigate.
(*) https://github.com/fgouget/wt-daily
--
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=39442
Bug ID: 39442
Summary: Using Spice required to avoid failure in
mmdevapi:capture
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The Windows 7+ VMs all use an ich6 virtual soundcard (they don't support any of
ac97, es1370 or sb16 ones).
But they have failures in mmdevapi:capture such as:
capture.c:586: Returned latency: 5.8050 ms
capture.c:178: Test failed: Position 375 expected 0
capture.c:186: Wait'ed position 375 pad 0 flags 1, amount of frames locked: 448
capture.c:228: Test failed: Position 1719 expected 823
[...]
It turns out that the way the VM is configured for remote access impacts the
result of the tests:
* If configured for VNC then the tests fail as described, even if no client is
connected.
* If configured for Spice access then the tests succeed, even if no client is
connected. And if a client is connected the sound is carried over with pretty
good reliability.
So the way one accesses the VM changes the behavior in the guest. That seems
wrong and I reported it to QEmu:
https://bugs.launchpad.net/qemu/+bug/1499908
I have updated the w7pro64 configuration on 2015/09/25 and it now only has one
intermittent Master volume failure left in mmdevapi:capture. The change does
not seem to have negatively impacted the other tests.
So it seems the change can safely be propagated to the other Windows 7+ VMs.
There may be one issue though, which is that combining QXL with Spice causes
the Windows 10 VM to freeze very quickly. Hopefully that's specific to Windows
10.
--
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=39419
Bug ID: 39419
Summary: Fix the 'Failure running script in VM' errors
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
There are two very common 'boterror' types:
Failure running script in VM: the "nc -q0 '10.42.42.133' '4242'"
command returned 1
and
Failure running script in VM: network read timed out
(Connect:AgentVersion.h:0/9)
Both seem to correspond to a network issue and both seem to almost exclusively
and systematically happen with the w864 and w1064 VMs when running either a 32
or 64 bit WineTest job (i.e. running the full suite).
--
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=47852
Bug ID: 47852
Summary: Let developers pick any of the Wine VM's missions for
their job
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Wine VMs can typically perform multiple missions. For instance the Debian 10 VM
missions are:
win32,test=module:win32,lang=fr_FR:win32,lang=ja_JP:win32,test=module,lang=zh_CN|wow32,test=module:wow64,test=module
This means it can run the tests against the win32, wow32 and wow64 Wine builds,
in English, French, Japanese and Chinese locales.
But when submitting a job though the website the tests are only run against the
win32 Wine build in the English locale and the developer cannot pick any other
test configuration.
This means debugging failures that only happen on the wow64 build of the
TestBot require sending the patch to wine-devel which pollutes the mailing
list, triggers many other tests, and is cumbersome for the developer.
So the 'Submit job' page should analyze a Wine VM's missions and provide a way
to pick any combination of build and language (since they are independent).
--
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=40239
Bug ID: 40239
Summary: Submitting more than one job for a given file fails
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Steps to reproduce:
* Open the 'Submit job' page in two windows.
* In both select the same file, for instance a patch.diff file or mytest.exe
one.
* Fill the Remarks field and click on the next button in both windows.
* Continue the submission process on both sides.
* At the end one job will work and the other will have 'unknown' written in the
'File name' column and fail with a TestBot error.
During the submission process the server faces the following conditions:
* The server needs the uploaded file early in the submission process so it can
analyze it and adjust the questions it asks later (e.g. prefill the command
line for patches, only present 64 bit VMs for 64 bit executables, etc.).
* There is no job yet to store the user-provided file. So it is stored in a
temporary 'staging' area and then moved into place when the job is created.
* The user can abandon the submission process at any time which causes the
temporary files he uploaded to be orphaned. To deal with this issue the server
has a garbage collecting mechanism.
* To avoid interference between users if they upload files that have the same
name the temporary filename is prefixed with a per-user string.
* However nothing prevents a collision in the staging area starts two job
submissions at the same time for the same file. This is what happens in the
steps above.
That last point is somewhat intentional as it limits the accumulation of
orphaned files if a user abandons a submission only to pick it up a bit later.
But getting a broken job is wrong in any case.
--
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=39417
Bug ID: 39417
Summary: Display duration instead of 'Ended' time
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
For Jobs and Tasks the website shows the 'Ended' time but this is not very
practical. Developers would likely be much more interested in the time it took
to run the job/task. So all this does is force them to do that calculation
themselves.
The (slight) difficulty is mostly that the relevant pages use a base class that
builds the HTML from all the selected fields. So the framework would need to be
modified to let subclasses either provide their own 'virtual columns' with the
corresponding header and content. Alternatively, in this case we could make do
with letting them replace the column's header and content.
--
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=47844
Bug ID: 47844
Summary: Add a dual-screen Wine VM
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Wine has tests that deal with multi-head displays. These would need some
matching multi-head test Wine VMs.
--
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=47869
Bug ID: 47869
Summary: dwrite:font fails on cw-rx460-1809
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dwrite:font started failing when the AMD HD6800 graphics card was replaced with
the ADM RX 460 one. The failures are always the same:
font.c:1731: Test failed: got 0x8007007a
font.c:1744: Test failed: got 54
font.c:1749: Test failed: got 54
The exact tag is cw-rx460-1809, which is the Windows 10 1809 disk image. This
means either the new graphics driver changed something (maybe it installed a
new strange font?), or a Windows 10 update slipped in while the new graphics
driver was being updated (which is quite likely).
--
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=48191
Bug ID: 48191
Summary: Add a captcha to the feedback page
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
We are now regularly getting spam on the captcha page. Spammers really have
time to waste!
So we should add a captcha. Despite its simplicity the one on the registration
page still seems to work so it should be a simple matter of porting it over.
--
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=48035
Bug ID: 48035
Summary: Speed up the new failures detection
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
When a task completes the TestBot distinguishes new failures from preexisting
ones by comparing the task's report to the latest WineTest report. Any failure
present in the task's report which is not present in the WineTest report is
new.
This means parsing both reports to extract the errors and diffing them. This
needs to be done whenever we need the list of new failures which is:
* When sending a notification to the developer when a wine-patches job
completes.
* On the JobDetails page.
But the WineTest reports are pretty big (~600KB on Windows, ~1.5MB on Wine)
which translates into non negligible processing time. For instance on my
development environment loading the JobDetails page for a job with 1 Windows
report and 8 Wine reports takes about 0.2 s without the reference WineTest
reports, but close to 2 s when they are present.
So it would help to only store the WineTest failures instead of the full report
(optimisation a in bug 47998). This would cut down not only on the amount of
data to read, but also on the required parsing. Testing this in the same
development environment indicates this could bring the JobDetails processing
time down to about 0.3 s.
--
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=47998
Bug ID: 47998
Summary: Better deal with random test failures
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Some tests fail randomly. They should be fixed of course but the in the
meantime the TestBot should try not to report them as new failures when they
happen.
To detect new errors the TestBot compares a task's test result with that of the
latest WineTest run. So if a failure did not happen during the last WineTest
run and then happens when testing a patch it will be reported as a new failure.
To avoid that the TestBot should take into account not just the latest WineTest
report, but all the available test reports. This way, if the random failure
happened in any of those runs it will be reported as pre-existing as expected.
How much of a history to take into account can then be adjusted by changing
$JobPurgeDays, or adding a specific setting.
Note that this means if a failure is fixed and is reintroduced soon after it
will not be reported as a new failure. This scenario should be rare enough to
not be an issue in practice.
To implement this:
1. Store the WineTest reports in the var/latest directory with the following
naming format:
<vmname>-job<jobid>_<stepno>_<taskno>-<report>
2. At the start of WineRunTask and WineRunWineTest delete any reference report
in the task's directory (in case the task is restarted), then make new hard
links to the current set of reference reports. Handle this in
LogUtils::GrabReferenceReports() so this code is shared.
3. Add LogUtils::AddReferenceReport() to deal with copying the WineTest reports
to var/latest. Call this function when WineRunTask and WineRunWineTest
complete.
4. In GetNewLogErrors() initially mark all errors as new. Then diff the current
report with each of the reference reports located in the task's directory in
turn and remove any error that's not new from the set of new errors.
Note that currently the reference logs are simple copies of the original
WineTest report. This means these are large files which must be parsed again to
extract errors. With the current $JobPurgeDays setting there will be around 20
reference logs which will require 20 times as much log parsing. So there are
two optimizations one can do, both happening when adding a new reference report
(i.e. in AddReferenceReport()):
a. Instead of copying the full report, save only the errors. That's all the
diff needs and this should reduce the size of the files by a factor of 10 (and
thus speed up parsing).
b. After saving a new reference file, diff it against the old reference files.
Delete any old reference file that has no error not already present in the new
reference file. This will not help much if the set of failures is different
with every run. But otherwise this will speed up both the parsing and diffing.
--
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.