https://bugs.winehq.org/show_bug.cgi?id=39403
Bug ID: 39403
Summary: Steam 10/7/15 update: store/web no longer works
Product: Wine
Version: 1.7.52
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spoon0042(a)hotmail.com
Distribution: ---
Created attachment 52515
--> https://bugs.winehq.org/attachment.cgi?id=52515
steam log, default
Since today's Steam update any web content like the Store no longer works. As
in nothing happens, just a blank window. This is different than the win7 bug,
using the default XP here and nothing crashes. Log attached, though these lines
that appear when trying to load a page are probably the relevant bit:
fixme:advapi:CreateProcessAsUserW 0x314 L"C:\\Program
Files\\Steam\\bin\\steamwebhelper.exe" L"\"C:\\Program
Files\\Steam\\bin\\steamwebhelper.exe\" --type=renderer
--disable-gpu-compositing --enable-pinch --lang=en-US --lang=en-US
--product-version=\"Valve Steam Client\" --disable-spell-checking
--enable-system-flash --device-scale-factor=1 --enable-delegated-renderer
--num-raster-threads=1 -"... (nil) (nil) 0 0x0100040c (nil) (null) 0x274e2e8
0x274defc - semi-stub
[1007/185338:ERROR:child_process_launcher.cc(444)] Failed to launch child
process
Tested in wine-1.7.52 (Staging) and a fresh git pull of mainline.
--
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=51780
Bug ID: 51780
Summary: The user32:msg output is too big in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg now outputs ~97kB of data. This is way too much and contributes in
pushing the WineTest reports above the 1.5MB limit.
No single patch is responsible but the size changed on the following dates:
Sep 08: user32:msg (+6kB)
Sep 09: user32:msg (+18kB)
Sep 17: user32:msg (+6kB)
Sep 20: user32:msg (+15kB)
Sep 21: user32:msg (+19kB)
The traces break down as follows:
0kB failures
77kB todos
16kB traces
1.5kB test framework (summary lines, etc.)
Time to fix Wine to reduce the number of todos!
--
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=51456
Bug ID: 51456
Summary: oleaut32:typelib: test_CreateTypeLib(SYS_WIN32) fails
in 64-bit Wine
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
oleaut32:typelib has many failures in 64-bit Wine, the first one of which is
because Wine returns the wrong size for a structure:
https://test.winehq.org/data/patterns.html#oleaut32:typelib
typelib.c:2169: Test failed: retrieved IUnknown gave wrong cbSizeVft: 24
In the SYS_WIN32 case cbSizeVft should be 3 * 4 = 12 but it is still set to 24
by MSFT_DoTypeInfo():
ptiRet->typeattr.cbSizeVft = tiBase.cbSizeVft;
It makes sense for cbSizeVft to be 24 on the 64-bit side, but somewhere there
should be code to adjust it to account for the SYS_WIN32 on 64-bit case. But I
don't know where that should happen.
--
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=48105
Bug ID: 48105
Summary: kernel32:console fails on Japanese and Chinese Windows
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Running the kernel32:console test on Windows 10 1809 in Japanese or Chinese
results in 6 failures:
console.c:867: Test failed: ReadConsoleOutputCharacterW failed
console.c:869: Test failed: string does not match the pattern
console.c:880: Test failed: ReadConsoleOutputCharacterW failed
console.c:882: Test failed: string does not match the pattern
console.c:889: Test failed: ReadConsoleOutputCharacterW failed
console.c:891: Test failed: string does not match the pattern
These failures appear to be systematic but the w1064v1809_ja and
w1064v1809_zh_CN VMs do not always succeed in submitting their WineTest results
to test.winehq.org so the failures only appear intermittently there.
See https://test.winehq.org/data/tests/kernel32:console.html
--
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=46649
Bug ID: 46649
Summary: Tom Clancy's Rainbow Six: Vegas 2 needs
D3DXDisassembleShader implementation
Product: Wine
Version: 4.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Crashes at launch with 'Message General protection fault! History: '
fixme:d3dx:D3DXDisassembleShader 0x7671b00 0 (null) 0x62ce18: stub
wine-4.1-207-g7907ccfdcb
--
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=51457
Bug ID: 51457
Summary: The 32-bit version:install fails in 64-bit
wineprefixes
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: version
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 32-bit version:install fails in 64-bit wineprefixes:
https://test.winehq.org/data/patterns.html#version:install
install.c:250: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set
install.c:255: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set
install.c:260: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set
All three failing tests query regedit.exe which is installed in two locations
in Wine:
windows/regedit.exe
windows/syswow64/regedit.exe
The failure happens because CreateFileA("C:\windows\system32\regedit.exe")
succeeds despite that file not actually being present (see file_existsA() in
dlls/kernelbase/version.c).
So either this is a WoW32 file remapping issue, or this is not the right way to
check for this file.
--
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=36681
Bug ID: 36681
Summary: ws2_32/tests/sock.c fails on gentoo without IPX
support
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48725
--> https://bugs.winehq.org/attachment.cgi?id=48725
+winsock,+tid,+seh
../../../tools/runtest -q -P wine -T ../../.. -M ws2_32.dll -p
ws2_32_test.exe.so sock && touch sock.ok
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0xffffffff>
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x0000dead>
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:convert_proto_w2u unhandled Windows socket protocol 57005
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005
err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this
requires special permissions.
sock.c:2224: Tests skipped: SOCK_RAW is not supported
sock.c:2270: Test failed: Expected 10047, received 10043
sock.c:2271: Tests skipped: IPX is not supported
+winsock attached
Linux aw25 3.13.3-gentoo-devlight-1 #1 SMP Thu Feb 20 00:10:55 Local time zone
must be set--see zic x86_64 Intel(R) Core(TM) i7 CPU 960 @ 3.20GHz
GenuineIntel GNU/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.
http://bugs.winehq.org/show_bug.cgi?id=28290
Summary: shell32/shelllink.ok test flaky
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
When running with WINEDEBUG=warn+heap (on my 32 bit i7 natty box
running in low power mode, fwiw), twice I've hit the error
../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p
shell32_test.exe.so shelllink.c && touch shelllink.ok
shelllink.c:728: Test failed: save failed (0x80070020)
shelllink.c:728: Test failed: got 0x00000001
shelllink.c:728: Test failed: Didn't expect NULL
shelllink.c:474: Test failed: GetCurFile fails on shell32 < 5.0
shelllink.c:732: Test failed: GetDescription returned 'command on path' instead
of 'command on path without .exe'
This test keeps overwriting the same file with new data, iirc.
The previous thing it wrote was "command on path", so it looks
like the immediately previous testcase sometimes leaves a reference dangling?
I think 0x80070020 is "sharing violation".
--
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=50618
Bug ID: 50618
Summary: FoxPro for Windows 2.6a fails to start
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: JSladek(a)juno.com
Distribution: ---
Created attachment 69308
--> https://bugs.winehq.org/attachment.cgi?id=69308
Terminal output with both start conditions
Any attempt to start foxprow.exe with or without an appended program script
results in a program crash. Attached are copies of terminal output for both
types or foxprow start.
--
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=47304
Bug ID: 47304
Summary: Athena's Charm Table search 0.35b (.NET 2.0 app)
crashes on unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$c
har_traits@D@std@@@1@XZ
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcm
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
continuation of bug 34538
Also mentioned in bug 32091 (https://bugs.winehq.org/show_bug.cgi?id=32091#c10)
which targets VC++ 2005 runtime.
Old archive of the Website:
https://web.archive.org/web/20130415231318/http://forums.minegarde.com/topi…
--- snip ---
$ winedump -j clr Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe
Contents of Athena's MH3U Charm Table Search v0.35b.exe: 982528 bytes
CLR Header
Header Size 0x48 72
Required runtime version 2.05
Flags 0x3
ILONLY
32BITREQUIRED
EntryPointToken 0x6000ed4 100667092
CLR Data Directory
MetaData rva: 0x6b540 size: 0x83f5c
Resources rva: 0x67804 size: 0x3d38
StrongNameSignature rva: 0x0 size: 0x0
CodeManagerTable rva: 0x0 size: 0x0
VTableFixups rva: 0x0 size: 0x0
ExportAddressTableJumps rva: 0x0 size: 0x0
ManagedNativeHeader rva: 0x0 size: 0x0
Done dumping Athena's MH3U Charm Table Search v0.35b.exe
--- snip ---
--- snip ---
$ wine ./Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe
...
0009:fixme:msvcm:CrtImplementationDetails_DoDllLanguageSupportValidation stub
wine: Call from 0x7b44fe8b to unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@XZ,
aborting
=================================================================
Native Crash Reporting
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
wine: Unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@XZ
called at address 0x7b44fe8b (thread 0009), starting debugger...
--- snip ---
'winetricks -q vcrun2008' should help here but seems to be broken. Neither the
SxS nor non-SxS 32-bit variant is installed. For the CRT and ATL libs to be
installed in WinSXS you need 'WinVer' setting 'Windows XP'.
$ sha1sum Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar
de1dccb0c7165e5494b88abd27807721b49f2a61 Athenas MH3U Charm Table Search
v0.35b.rar
$ du -sh Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar
172K Athenas MH3U Charm Table Search v0.35b.rar
$ wine --version
wine-4.9-134-gd535df42f6
Regards
--
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=46056
Bug ID: 46056
Summary: u-he Diva: Multicore option slows down performance
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajduck(a)outlook.com
Distribution: ---
Created attachment 62643
--> https://bugs.winehq.org/attachment.cgi?id=62643
Edited picture highlighting relevant sections of Diva
u-he's Diva plugin is quite CPU intensive. On Windows, the multicore option on
Diva improves the performance of it a lot. But on Wine, the multicore option
makes it even slower.
You'll need sound output to notice the difference in performance.
You will also need a DAW to test it in. You can either use a Windows DAW (FL
Studio is probably easiest, has a detailed manual and I know it works well in
Wine), or a Linux DAW using LinVST to load the VST plugin (LinVST uses Wine and
requires it to be installed on the system).
(If you decide to load Diva in FL Studio, see this section of the FL Studio
manual on how to scan for and load plugins:
https://www.image-line.com/support/flstudio_online_manual/html/basics_exter…
)
--------
Steps to reproduce:
1. Download and install Diva (link at bottom). Make sure the DAW you're using
has detected it (get it to scan for plugins).
2. Load up Diva. At the lower half of the plugin, the panel just above the
"MAIN" button and below the "tuning" panel, set Accuracy to divine, Voices to
16 and Stack to 4 (see image attached). These settings are to make Diva use a
lot of CPU so that the difference between multicore on and off can be
demonstrated. The multicore button (the button in the top bar to the right)
should be off (i.e. it should be black).
3. In the DAW/VST host, input 4 MIDI notes playing simultaneously into the
DAW/host's piano roll and play them back. Take note of popping and clicking (if
any). If it's popping and clicking then keep in mind how frequent/severe it is.
4. Now go back to Diva and enable multicore (click on the black button). It
should now be red.
5. Play back the notes you input again. It should be even slower than it was
with multicore off.
If somehow one Diva instance with those settings is not enough to cause buffer
underruns (audible pops and clicks) even with multicore enabled, clone the
current Diva instrument (or add a new Diva and give it the same settings as
done in step 2), add MIDI notes as in step 3 but to the new Diva instance and
then play back the notes making sure all the Diva instances are playing at the
same time. In other words, we're trying to layer another Diva's notes on top of
the first one in order to make it use enough CPU to cause buffer underruns.
Remember to enable/disable multicore on both Diva instances when comparing
between the option being on and off. It's unlikely you'll need more than 2
instances at full accuracy settings because this synth uses up a lot of CPU.
Diva has a native Linux version and the multicore option improves performance
as on Windows. But I use FL Studio in Wine and there's currently no way to
run/bridge native Linux VSTs in Windows DAWs (that are running in Wine) so I
have to use the Windows version.
OS: elementary OS 5.0 Juno (based on Ubuntu 18.04)
Tested on Wine 3.19 but I know 3.18 also has the problem.
--------
Download:
https://uhedownloads-heckmannaudiogmb.netdna-ssl.com/releases/Diva_143_7422…
$ sha1sum Diva_143_7422_Win.zip
50032d8ed54e22e8ec495d283e02754f2959b665 Diva_143_7422_Win.zip
--
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=51311
Bug ID: 51311
Summary: opengl32:opengl fails on AMD GPUs (cw-rx460)
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
opengl32:opengl has five systematic failures on cw-rx460 which is our only test
machine with an AMD GPU:
https://test.winehq.org/data/patterns.html#opengl32:opengl
opengl.c:374: Test failed: expected count == 1, got 0
opengl.c:529: Test failed: Sharing of display lists passed for a context which
already shared lists before
opengl.c:696: Test failed: Expected no PFD_GENERIC_FORMAT/_ACCELERATION to be
set for WGL_FULL_ACCELERATION_ARB: iPixelFormat=216, dwFlags=78!
opengl.c:1704: Test failed: Expected default swap interval 1, got 0
opengl.c:1742: Test failed: Expected default swap interval 1, got 0
These five failures happen on all available Windows versions (8.1 to 10 2009)
and graphics driver versions (19.11.3 to 21.4.2). But they do not happen on any
machine with other GPUs (e.g. cw-gtx560 and all QEmu VMs). So this looks like
some specific Radeon / AMD GPU behavior.
--
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=50852
Bug ID: 50852
Summary: copy and paste does not work
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: opensource3(a)yahoo.com
Distribution: ---
Copy and paste does not work
For example, I copy text from my firefox browser, and paste it into a wine
instance of Notepad++ but I get text that I copied and pasted from a few hours
ago.
Restarting wine with wineserver -k
does work however when wine Notepad++ restarts and I am then able to once more
copy and paste.
Please fix that wine and its copy and paste stop working after a while.
Thanks.
--
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=50598
Bug ID: 50598
Summary: Wine Clipboard not always shared across to X11
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paucoma(a)gmail.com
Distribution: ---
Created attachment 69283
--> https://bugs.winehq.org/attachment.cgi?id=69283
Details on how I installed Wine
PDF XChange Editor Installation
-------
https://www.tracker-software.com/product/pdf-xchange-editorhttps://pdf-xchange.eu/DL/pdf-xchange-editor.htm
Download PDF-XChange Editor/Plus PORTABLE no OCR (32/64 Bit Version) (as ZIP
File)
unzipped into directory ..."C:\opt\..."
Version 8.0, build 343.0 [], Portable
installed Winbind as apparent "depenency" for error
005b:err:winediag:SECUR32_initNTLMSP 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.
:~$ apt list *winbind* | grep -i installed
winbind/focal-updates,focal-security,now 2:4.11.6+dfsg-0ubuntu1.6 amd64
[installed]
Created a desktop entry in
~/.local/share/applications/wine-pdfxchgeditor.desktop
[Desktop Entry]
Type=Application
Name=PDF XChange Editor
Comment=Windows Pdf Editor launched in wine
Exec=env WINEPREFIX="/home/paui/.winex86"
WINEDEBUG='+clipboard,+timestamp,+tid,fixme-all' wine start
"C:\\opt\\pdfxedit\\PDFXEdit.exe"
Terminal=true
X-KeepTerminal=true
Categories=Application;
StartupNotify=true
Icon=pdfxchg_bxv6
MimeType=application/pdf;
How To Reproduce the Bug:
------------
Not Working procedure:
1. Start the pdf Editor via the Ubuntu Launcher
2. Open any pdf file
3. Select text , copy (cntrl+C) (rightclick copy)
4. Paste in the same pdf and you see that the Wine Local Environment has the
contents in its Clipboard
5. Goto a linux local environment gedit empty file, attempt to paste. The
pasted contents are the "old" contents from a linux local environment.
Clipboards are not Shared
6. Keep this Not working instance of the program open and open a terminal
7. Execute the same command as in Exec from the .desktop shortcut and add
logging (I have not been able to get logging from within the launcher to work)
env WINEPREFIX="/home/paui/.winex86"
WINEDEBUG='+clipboard,+timestamp,+tid,fixme-all' wine start
"C:\\opt\\pdfxedit\\PDFXEdit.exe" &>myKOlog.txt
8. Attempt the same and you will see that it doesn't work either.
Working procedure:
1. Close any wine instances of the launched program (Fresh start)
2. Open a terminal window
3. env WINEPREFIX="/home/paui/.winex86"
WINEDEBUG='+clipboard,+timestamp,+tid,fixme-all' wine start
"C:\\opt\\pdfxedit\\PDFXEdit.exe" &>myOKlog.txt
4. Attempt Copy+Paste Routine, Locally within the wine program --> Works
5. Attempt Copy+Paste Across Wine to local linux Environment, e.g. gedit empty
document. --> Works
Clipboards are Shared
--
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=45531
Bug ID: 45531
Summary: Tencent Gaming buddy crashes during pubg installation
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: basith374(a)gmail.com
Distribution: ---
It says AppMarket.exe has encountered a serious 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=43812
Bug ID: 43812
Summary: Divinity Original Sin 2 some parts display white
ingame
Product: Wine-staging
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: holzminister(a)t-online.de
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59354
--> https://bugs.winehq.org/attachment.cgi?id=59354
log from terminal
I play Divinity Original Sin 2 with the workaround described in bug
https://bugs.winehq.org/show_bug.cgi?id=43660 ("winetricks xact"). With this
the game works quiet well. But there is one small but annoying bug for that
kinda game. When you try to read books or other papers you find ingame they
only show up white and empty. Also the buff icons of the unitframes are plain
white. (See screenshots).
--
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=47874
Bug ID: 47874
Summary: kernel32:debugger sometimes fails getting
EXCEPTION_DEBUG_EVENT
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:debugger sometimes gets the following failure:
debugger.c:1424: Test failed: dwDebugEventCode = 1
https://test.winehq.org/data/tests/kernel32:debugger.html
This value seems to correspond to EXCEPTION_DEBUG_EVENT.
This failure has been seen on the wxppro and w2003std TestBot VMs and on the
fg-win7u64 family of VMware VMs. It also happened on the cw1-hd6800-t64 Windows
8.1 real hardware machine (which also means it happens in both 32 and 64 bit
tests).
However it never happened on the Windows 10 VMs so it may be a bug in older
Windows versions.
--
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=51219
Bug ID: 51219
Summary: Deferring EC_COMPLETE introduced two new
quartz:filtergraph failures
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Deferring EC_COMPLETE in strmbase introduced two new quartz:filtergraph
failures:
https://test.winehq.org/data/patterns.html#quartz:filtergraph
filtergraph.c:515: Test failed: didn't get EOS
filtergraph.c:519: Test failed: expected 1243c8, got 0
The commit that introduced this change is:
commit 82b86d470488ae266d3ccd46ae4a6750ff3e79eb
Author: Anton Baskanov <baskanov(a)gmail.com>
AuthorDate: Wed May 26 23:46:43 2021 +0700
strmbase: Defer EC_COMPLETE until the renderer is running.
Signed-off-by: Anton Baskanov <baskanov(a)gmail.com>
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Note:
* On cw-gtx560 and cw-rx460 only the 64-bit tests are impacted. This is because
these machines are missing the gstreamer1.0-plugins-bad:i386 due an
incompatibility with the :amd64 package in Debian 10. In turn this causes a
skip (L"test.mpg": codec not supported) which avoids the failure.
* The TestBot's debiant2 VM is on Debian Testing where it was possible to
install both the 32- and 64-bit versions of tgstreamer1.0-plugins-bad so that
both 32- and 64-bit versions of Wine are failing.
--
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=26978
Summary: tokenadmin.exe crash : Unimplemented function
winscard.dll.SCardListReadersA
Product: Wine
Version: 1.3.18
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=34407)
--> (http://bugs.winehq.org/attachment.cgi?id=34407)
LOG: tokenadmin.exe crash
tokenadmin.exe is a smart card reader manager from ICBC online bank.
1. donwload http://www.icbc.com.cn/icbc/html/download/dkq/SafeSign_ICBC_Per.exe
2. install SafeSign_ICBC_Per.exe with wine
$ LANG=en_US.utf8 wine SafeSign_ICBC_Per.exe
3. run tokenadmin.exe
$ cd $WINEPREFIX/"drive_c/Program Files/ICBCEbankTools/G&D/Management Utility"
$ wine tokenadmin.exe
see LOG: tokenadmin.exe crash
--
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=51153
Bug ID: 51153
Summary: A winegstreamer change caused a new quartz:filtergraph
failure in Wine
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
quartz:filtergraph started failing in Wine on 2021-04-26:
http://winetest.dolphin/data/patterns.html#quartz:filtergraph
filtergraph.c:440: Test failed: GetState() failed: 40237
Strangely this failure only happens on the TestBot's debiant2 VM.
A bisect showed this failure to be caused by the patch below:
commit d7fecebe93938bf1ef2349ac74413e28d6b8e153
Author: Anton Baskanov <baskanov(a)gmail.com>
Date: Mon Apr 26 09:51:24 2021 +0700
winegstreamer: Allow setting the stop position to the stream duration.
Since we no longer stop the GStreamer pipeline, it does not reset the stop
position for us. Fixes a hang during intro video playback in RC Cars.
Signed-off-by: Anton Baskanov <baskanov(a)gmail.com>
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
See also:
https://www.winehq.org/pipermail/wine-devel/2021-April/185904.html
--
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=16124
Summary: Install OK => Test for Internet Access failed
Product: Wine
Version: 1.1.8
Platform: PC
URL: http://www.ibusinesspromoter.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: christian(a)Familie-Saeum.de
CC: christian(a)Familie-Saeum.de
Created an attachment (id=17360)
--> (http://bugs.winehq.org/attachment.cgi?id=17360)
Here my Log for Start the Programm => failure
Hey guys sorry for the bad English but I did it with Google translator because
my English is not worth reading! Very Happy
So to my problem:
I would like to IBP (http://www.ibusinesspromoter.com/) under Ubuntu 8:10 with
the existing Wine (1.1.8).
Installation works wonderfully well with the launch of the program succeed.
Only once the program on the Internet what it wants is the message that there
is no Internet.
Firefox, but can go on the Internet.
Here's an issue of Wine on the console:
The program was started and then was up to the point Auccount the first set
until it wanted to go on the Internet since then I have not received it quits.
Here my Forum Thread for the Problem:
http://forum.winehq.org/viewtopic.php?p=15270#15270
Bye
--
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=46959
Bug ID: 46959
Summary: Notepad ++ crashes on startup
Product: Wine
Version: 4.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: internet(a)ivohuisjes.nl
Distribution: ---
I have been running and upgrading wine from version 3.16 all the way to 4.2.x
while using notepad ++ (under wine) without a problem, but ever since I
upgraded to 4.3 or 4.5, notepad++ crashes on startup with a stack overflow and
"fixme:heap:HeapSetInformation"
My system:
Linux 64 bit (arch based)
Kernel 4.19 (LTS)
To reproduce:
- Install wine 4.2 or older
- Install notepad++
- (Optional) start notepad++ (success!)
- Upgrade to wine 4.5
- Start notepad++
--
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=11595
Summary: wine application crashes if linux application changes a
file it has open (Notepad++)
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tycho_lamerigts(a)yahoo.com
- install notepad++
- start notepad++
- create new file
- save file
- modify saved file with a linux application (e.g. gedit)
- switch focus back to notepad++, it sees the change, then freezes.
--
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=39221
Bug ID: 39221
Summary: msi:install fails if privileges not high enough
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failures only happen if the test is run in a user account with
too few privileges.
install.c:3162: Test failed: Expected ERROR_SUCCESS, got 1603
install.c:3184: Test failed: Expected ERROR_SUCCESS, got 1603
In particular one can notice this bug on the following WineTest boxes:
fg-win2000-rusr: Windows 2000 in a Restricted user account
fg-win7u64-1spie9usr: Windows 7 in a regular user account.
fg-win7u64-1spie9adm: Windows 7 in the administrator user account but without
elevated privileges.
Note however that it succeeds on the following boxes:
fg-win2000-susr: Windows 2000 in a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
That it succeeds in a Standard (Power) user account on Windows 2000 is probably
normal, I believe those can install applications even though they are not
administrators. It's a bit more surprising seeing it work in XP's Limited user
account.
See:
https://test.winehq.org/data/tests/msi:install.html
--
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.