https://bugs.winehq.org/show_bug.cgi?id=52681
Bug ID: 52681
Summary: Google Chrome Stopped working after 7.2
Product: Wine-staging
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ndk+whq(a)esperanca.biz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hi!
I have been using Google Chrome Portable for some time now.
It was working with some options (--no-sandbox) right until wine-staging-7.3.
It stopped starting after 7.3. The installation process from portableapps is
smooth, it just does not want to start (no 'usual' black screen, just fails
starting).
I have tried to use old wine directory, new wine directory, installed corefonts
as someone suggested in some of the bugs, etc.
I also have tried to use wine-staging-7.4 with no luck.
After I downgraded back to 7.2 - chrome started working again with
--no-sandbox.
The system: the latest Gentoo x64.
Video card: AMD Radeon 480 (amdgpu Xorg driver).
Command: WINEPREFIX=/path/to/wine wine /path/to/chrome --no-sandbox
Expected Behavior (works until wine-staging-7.3):
Chrome starts and is usable
Actual Behavior (wine-staging-7.3; wine-staging-7.4):
Chrome fails to start.
Let me know if there are any debug info is needed (preferrably which options to
enable for WINEDEBUG).
--
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=52567
Bug ID: 52567
Summary: 16-bit version of Project Pluto Guide 8.0 crashes on
start with division by zero exception
Product: Wine
Version: 7.1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 71888
--> https://bugs.winehq.org/attachment.cgi?id=71888
Console output
Steps to reproduce:
1. Run `wine setup16.exe`
2. Select "Windows 3.1 software (16 bit)"
3. Run `cd ~/.wine/drive_c/GUIDE8 && wine guide8a.exe`
Console output is attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51427
Bug ID: 51427
Summary: CaptureAge crashes on startup
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: raphael.nestler(a)gmail.com
Distribution: ---
Created attachment 70280
--> https://bugs.winehq.org/attachment.cgi?id=70280
Console output of wine
CaptureAge
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=39970) crashes
on startup. After checking for updates it is just showing a white window before
crashing.
My System
ArchLinux
wine 6.12 from the ArchLinux repositories
You can download CaptureAge from https://captureage.com/cade
--
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=43188
Bug ID: 43188
Summary: Crash when accessing File Open dialog
Product: Wine
Version: 2.9
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: ph.schaefe(a)gmail.com
Each time I use any of my windows programs with wine, and click the "Open File"
menu item (or the "Open File ..." button) to get the 'file open dialog', the
program crashes.
This is consistent in all the windows programs I use. My version of Wine-devel
seems up to date though, as I just did both "port upgrade wine-devel" and "port
upgrade winetricks"on the console and it didn't upgrade anything.
err:module:DelayLoadFailureHook failed to delay load
comctl32.dll.HIMAGELIST_QueryInterface
wine: Call from 0x7b42965e to unimplemented function
comctl32.dll.HIMAGELIST_QueryInterface, aborting
wine: Unimplemented function comctl32.dll.HIMAGELIST_QueryInterface called at
address 0x7b42965e (thread 0009), starting debugger...
Unhandled exception: unimplemented function
comctl32.dll.HIMAGELIST_QueryInterface called in 32-bit code (0x7b42965e).
--
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=38886
Bug ID: 38886
Summary: AArch64 platforms: ABI Problems wrt varargs (needs
arm64 specific __builtin_ms_va_list)
Product: Wine
Version: 1.7.46
Hardware: aarch64
URL: http://go.microsoft.com/fwlink/p/?LinkId=536682
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nerv(a)dawncrow.de
CC: focht(a)gmx.net, nerv(a)dawncrow.de
Distribution: ---
Hi,
running e.g. makecat.exe or midl.exe gives backtraces which suggest varargs
problems.
relevant part:
(stripped) Backtrace:
=>0 0x0000007f84d4aa04 raise_segv_exception(rec=0x7f83e8fa18,
context=0x7f83e8f908) in ntdll (0x0000007f83e8fab0)
1 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f83d61b18,
puts_ctx=0x7f83e8fc70, fmt=<is not available>, locale=<is not available>,
positional_params=0, invoke_invalid_param_handler=0x740020,
pf_args=0x78003000200068, args_ctx=0x2d0020003a0000, valist=0x7f83e8fcb0) in
msvcrt (0x0000007f83e8fab0)
2 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f83d67ec0,
puts_ctx=0x7f83e8fc70, fmt=<is not available>, locale=<is not available>,
positional_params=0, invoke_invalid_param_handler=0, pf_args=0x7f83d617d8,
args_ctx=0x0(nil), valist=0x7f83e8fcc8) in msvcrt (0x0000007f83e8fac0)
3 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f836822c0,
puts_ctx=0x0(nil), fmt=<is not available>, locale=<is not available>,
positional_params=0x40020000, invoke_invalid_param_handler=0x7f,
pf_args=0x140020000, args_ctx=0x140020000, valist=0x7f84280910) in msvcrt
(0x0000007f83e8fc50)
4 0x0000007f83d67ec0 MSVCRT_vsnwprintf+0x47(str=<is not available>, len=<is
not available>, format=<is not available>, valist={__stack=0x7f836819f0,
__gr_top=0x140010170, __vr_top=0x7f8428071c, __gr_offs=0x83681a28,
__vr_offs=0x7f}) in msvcrt (0x0000007f83e8fc80)
5 0x0000000140012328 in makecat (+0x12327) (0x0000007f83e8fcb0)
6 0x00000001400123b0 in makecat (+0x123af) (0x0000007f83e8fcb0)
uuidgen.exe -i
this generates a different path which involves MSVCRT_vsnprintf, pf_printf_a
and pf_handle_string_a
--
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=53224
Bug ID: 53224
Summary: Systray icon windows haven't a title
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: emonkak(a)gmail.com
Distribution: ---
According to System Tray Protocol Specification by freedesktop.org, the title
should be set for the tray icon, but it isn't set.
https://github.com/wine-mirror/wine/blob/e909986e6ea5ecd49b2b847f321ad89b2a…
> _NET_WM_NAME, UTF8_STRING
>
> This hint should be set as it would be for a normal toplevel window, as defined in the Extended Window Manager Hints Specification (EWMH). The hint MUST be in UTF-8 encoding. It provides a human-readable, localized name for the tray icon.
https://specifications.freedesktop.org/systemtray-spec/systemtray-spec-0.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=43287
Bug ID: 43287
Summary: Farming Simualtor 17
Product: Wine
Version: 2.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx11
Assignee: wine-bugs(a)winehq.org
Reporter: sascha.spaces(a)yandex.ru
Distribution: ---
Created attachment 58629
--> https://bugs.winehq.org/attachment.cgi?id=58629
Backtrace
Farming Simulator 17 does not start. The log is here.
I'm from Russia and use google translator. There may be errors in the text.
closed the game for abit but when i got back and tried playing it said could
not init 3d system shader model is required and this is confusing me since a
just played it and i check if anything needed a driver update.
--
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=50779
Bug ID: 50779
Summary: winegstreamer is leaking something
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
A rough summary of the problem and things said on chat.
Awhile ago a thing, that had been working reasonably well for quite a few years
(with exception of a short period when code changes made the music stop
looping), has began to randomly freeze to a point that you'd needed to wait for
wm's kill dialog to appear after trying to close the main window.
The messages in the console were saying something about being unable to create
thread due to running out of resources. The freezes usually took a quite a bit
of time, but didn't seem to have any obvious trigger.
As far as free memory went, the situation was still fine at such time, but zf
suggested it was an address space problem. Forcibly setting the executable to
LARGE_ADDRESS_AWARE gave it more running time, but eventually seem to have
resulted in a whole system freeze.
As such, I was once put into realm of wild ass guesses and even crazier
attempted solutions.
So, I took a gamble and removed gst_object_ref calls from
mpeg_audio_parser_init_gst and wave_parser_init_gst first.
This didn't seem to have any effect.
Then I've removed the last gst_object_ref - one in pad_added_cb.
This resulted in a flood of 'gst_object_unref: assertion '((GObject *)
object)->ref_count > 0' failed', yet after running for quite awhile the freeze
is yet to happen.
Now, this is far from conclusive, as we're trying to literally prove a negative
here, but it would align well with the fact that free memory used at the time
of freeze isn't all that significant.
I'm not sure when the problem began. I think it was somewhere between 5.22 and
6.1 (though only the upper bound being definite).
--
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=53339
Bug ID: 53339
Summary: The Planet Crafter: Missing texts in options dialog
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: petr.parik(a)seznam.cz
Distribution: ---
When the Options dialog is opened in the Planet Crafter, there is no text
anywhere. It looks like the text is there but invisible (maybe a missing
font?). All other texts in the game are normally visible except the Options
dialog.
Otherwise the game seems to work without problems, although it is very slow
compared to when run on native Windows.
Wine version: wine-7.10 (Staging) on Fedora 35
Game info: https://mijugames.com/pages/planetcrafter/presskit.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=26715
Summary: Win1.0 executable triggers Dosbox
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spammis(a)spam.la
$ wine paint
This seems to be a very old (pre-3.0) Windows executable. Expect crashes,
especially if this is a real-mode binary !
DOSBox version 0.74
Copyright 2002-2010 DOSBox Team, published under GNU GPL.
---
CONFIG:Loading primary settings from config file
/home/user/.wine/dosdevices/c:/users/user/Temp/cfg1bc1.tmp
MIXER:Got different values from SDL: freq 44100, blocksize 512
ALSA:Can't subscribe to MIDI port (65:0) nor (17:0)
MIDI:Opened device:none
$
The executable (paint/PAINT.EXE) is the Windows 1.0 version of Paint. Wine
properly recognises it as a "very old" Windows executable, but after doing
that, Wine thinks that it is a DOS executable and tries to launch Dosbox.
Dosbox gives the usual message: "This program requires Microsoft Windows." The
lines about the old executable come from Wine while the rest of the lines come
from Dosbox.
--
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=43996
Bug ID: 43996
Summary: 2GIS: error after exiting
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spck(a)yandex.ru
Distribution: ---
Created attachment 59653
--> https://bugs.winehq.org/attachment.cgi?id=59653
just backtrace automatically formed by Wine
Wine crashes when I successfully close 2GIS application
--
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=51906
Bug ID: 51906
Summary: War Mongrels fails to play videos
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 70857
--> https://bugs.winehq.org/attachment.cgi?id=70857
+mfplat
winegstreamer warning: qtdemux0: Incorrect elementary fragment size.
winegstreamer warning: qtdemux0: ../gst/isomp4/qtdemux.c(4380):
gst_qtdemux_loop_state_header ():
/GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
Header atom '....' has empty length
0308:fixme:mfplat:topology_loader_Load 00000000092EABA0, 00000000092EACE0,
000000001959FBB8, 0000000000000000.
0308:fixme:mfplat:audio_renderer_get_service_GetService Unsupported service
{866fa297-b802-4bf8-9dc9-5e3b6a9f53c9}, interface
{0a9ccdbc-d797-4563-9667-94ec5d79292d}.
0308:fixme:mfplat:media_source_QueryInterface
{6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000001959FB48.
winegstreamer warning: qtdemux1: Incorrect elementary fragment size.
winegstreamer warning: qtdemux1: ../gst/isomp4/qtdemux.c(4380):
gst_qtdemux_loop_state_header ():
/GstBin:bin1/GstDecodeBin:decodebin1/GstQTDemux:qtdemux1:
Header atom '....' has empty length
wine-6.19-288-g93992c760d8
--
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=51227
Bug ID: 51227
Summary: urlmon:url breaks the wininet:http test on Windows 10
1709+
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
WineTest shows that wininet:http has the following set of failures on Windows
10 1709+:
https://test.winehq.org/data/patterns.html#wininet:http
http.c:6732: Test failed: expected secure flag to be set
http.c:6742: Test failed: InternetQueryOption failed: 12016
http.c:6748: Test failed: InternetQueryOption failed: 12016
http.c:6771: Test failed: InternetQueryOption failed: 12016
http.c:6776: Test failed: InternetQueryOption failed: 12016
http.c:6779: Test failed: expected same string
However, when run on its own, the test always succeeds!
Further testing shows that to reproduce the failure one must first run
urlmon:url. More specifically:
urlmon_test.exe url
wininet_test.exe http -> fails
wininet_test.exe http -> succeeds
So urlmon:url breaks the wininet:http that follows, but wininet:http fixes
whatever urlmon:url broke so that the next wininet:http run succeeds.
So it seems like there are two bugs:
* urlmon:url does not correctly clean up one of the changes it makes.
* And wininet:http performs a similar change but instead of restoring the
configuration as it was when the test started, it restores the default Windows
configuration.
--
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=45542
Bug ID: 45542
Summary: regression: WeGame hangs after login.
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 61948
--> https://bugs.winehq.org/attachment.cgi?id=61948
0001-Revert-server-Assign-a-default-label-to-all-tokens.txt
WeGame is a game platform by Tencent.
Steps to reproduce:
1. $ winetricks -q mfc42 cjkfonts
2. $ wine WeGameMiniLoader.3.6.1.5080.gw.exe
3. $ cd .wine/drive_c/Program\ Files/WeGame
4. $ WINEDLLOVERRIDES="msvcr100=n" wine tgp_daemon.exe
5. Due to bug 45540 , we can't login by an account number and password. But we
can login it by scanning its QR code. Clicking the Wechat icon and scaning the
QR code on WeChat mobile for login.
Expected: We can login and enter WeGame's game store interface.
Actually: Login successfully but it will hang.
I found that it work well on Wine-2.8 and I did a regression tests for it found
that this commit broke it:
commit a78d419420a43e1f428ac155082b87143117e381
Author: Michael Müller <michael(a)fds-team.de>
Date: Fri Jun 16 20:41:36 2017 +0200
server: Assign a default label to all tokens.
0001-Revert-server-Assign-a-default-label-to-all-tokens.txt is a patch for
reverting this commit on current Wine-3.13. And with this reverting WeGame
doesn't hang 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=53408
Bug ID: 53408
Summary: Dark Souls: Remastered has slow performance with
OpenGL renderer
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: performance, regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: hverbeet(a)gmail.com
Regression SHA1: 7c844cd3c9c465bdeaf3d98d6da5f2f5e460e650
Distribution: ---
Before
0494:trace:fps:wined3d_cs_exec_present 0x103dec0 @ approx 41.94fps
After
0494:trace:fps:wined3d_cs_exec_present 0x103dec0 @ approx 12.45fps
--
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=50351
Bug ID: 50351
Summary: Slow text rendering in dofus linked to
fnIMLangFontLink2_GetCharCodePages calling
WideCharToMultiByte with CP_UNICODE
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mlang
Assignee: wine-bugs(a)winehq.org
Reporter: eijebong+wine(a)bananium.fr
Distribution: ---
Created attachment 68941
--> https://bugs.winehq.org/attachment.cgi?id=68941
Patch that fixes the text rendering slowness (probably wrong)
Dofus is very slow to render text and changing communication channels can hang
the game for a few seconds.
Profiling shows that it's spending lots of time opening files.
Tracing shows it's trying to open c_1200.nls a *lot*. That file doesn't exist.
Discussion on IRC:
```
22:45:27 nsivov> so that comes from mlang
22:45:47 gofman> mind umbstowcs and friends... what if it really ends up
searchign / opening locale file each time due to some reason (which can be
fixed)
22:46:37 gofman> or maybe it doesn't find some locale and tries again on each
character
22:48:07 zf> no such code page on Windows either
22:48:33 zf> we should probably cache failed attempts there
22:48:45 nsivov> in mlang it goes 1 char at a time * mlang_data size
22:49:30 gofman> cache missing is strange, but maybe some cached list of which
locale exist is possible
[...]
22:55:15 julliard> that's an mlang bug, CP_UNICODE is not a real codepage
22:57:01 nsivov> yes, for that particular loop it should be excluded
[...]
23:38:04 zf> just judging from the diagnosis above, it seems like
fnIMLangFontLink2_GetCharCodePages() is using CP_UNICODE in
WideCharToMultiByte() when it shouldn't
```
The attached diff fixes the slowness but is probably not correct and I
certainly don't understand enough about the cause to either write a meaningful
commit message or a test.
--
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=32643
Bug #: 32643
Summary: getsockopt() does not indicate WSAEFAULT when setting
optlen too small
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexander255(a)lavabit.com
Classification: Unclassified
Using the attached WSA code will cause an error on Windows but NOT on WINE.
If you change "optlen" value to at least 4, the example the code will run
smoothly on both platforms.
--
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=26822
Summary: Double click the icon in the title bar should close
the window
Product: WineHQ Bugzilla
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: florian.angermeier(a)desaster-games.com
In Windows it is the default behavior if double click the icon in the title bar
of a window it closes the window. Would it not be better if this also true in
Wine? Users of Windows software would expect such behavior.
May be this is optional and is only behaving like this if you turn of the
decoration of the windows (Which are Windows applications) through the window
manager. If the decoration through the window manager is turn off the window
have the "Windows window borders".
--
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=45759
Bug ID: 45759
Summary: Links 2003 needs native wmvcore
Product: Wine
Version: 3.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Created attachment 62205
--> https://bugs.winehq.org/attachment.cgi?id=62205
+wmvcore log of Links 2003
Links 2003 crashes on startup with builtin wmvcore. After copying wmvcore.dll
from a prefix with wintricks wmp9 it runs fine (using winetricks wmp9
unsurprisingly also works).
I've attached a +wmvcore log from a run with builtin wmvcore.
--
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=50306
Bug ID: 50306
Summary: Riptide GP Renegade: not able to connect to online
multiplayer server (Error code 403)
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: ranplayer(a)protonmail.com
Distribution: ---
Created attachment 68878
--> https://bugs.winehq.org/attachment.cgi?id=68878
Wine output
When you try to connect to the Online Multiplayer, the game shows the following
message:
"""
Connection error:
Unable to connect to the game server. Please, check you network connection and
try again. (Error code 403)
"""
I created a clean prefix and installed only the Steam client and the game. No
additional library was added. This issue happens on previous Wine versions as
well.
Game link: https://store.steampowered.com/app/443860/Riptide_GP_Renegade
Setup:
O.S: Manjaro Linux
Arch: x86_64
Kernel: 5.4.80
Desktop Environment: KDE Plasma 5.20.4
CPU: Intel Core i5-4690s
GPU: Nvidia GTX 970 4GB
--
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=51484
Bug ID: 51484
Summary: dmloader:loader fails randomly with a
DMUS_E_LOADER_BADPATH error
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 70320
--> https://bugs.winehq.org/attachment.cgi?id=70320
Unsuccessful attempt to more reliably reproduce the failure
dmloader:loader fails randomly in test_directory():
https://test.winehq.org/data/patterns.html
loader.c:105: Test failed: SetSearchDirectory failed with 0x88781181
loader.c:107: Test failed: SetSearchDirectory failed with 0x88781181
where 0x88781181 == DMUS_E_LOADER_BADPATH.
As of writing only w7u and cw-gtx560-1506 had failures but they are quite rare
(up to 110 runs between failures), so maybe the other platforms just got lucky.
Also once (2021-06-21) there was this set of failures:
loader.c:105: Test failed: SetSearchDirectory failed with 0x88781181
loader.c:107: Test failed: SetSearchDirectory failed with 0
So it's as if there was a race condition causing SetSearchDirectory() to fail
until some initialization process completed. That or it's some sort of
uninitialized memory issue and the failures truly are random; or
SetSearchDirectory() checks the presence of some directory corresponding to "",
and some other process interferes with that.
The attached patch has no success reproducing this issue so maybe the cause is
external.
--
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=52107
Bug ID: 52107
Summary: %ERRORLEVEL% shall not be reset when setting an
environment variable in a batch file
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: others.meder(a)gmail.com
Distribution: ---
The fix in https://bugs.winehq.org/show_bug.cgi?id=47791 (commit
617d14bc1238b57327a8400eda1c1ab22624beb7) is incomplete; it only applies to
interactive case, and the bug is left unchanged for the batch mode case.
When a variable is successfully set, %ERRORLEVEL% is left as-is regardless of
whether the interpreter is in batch mode or not.
See also: https://ss64.com/nt/set.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=52177
Bug ID: 52177
Summary: Gamepad stopped working (In The Groove, Fedora 35,
wine 6.21)
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kas(a)yenya.net
Distribution: ---
After upgrade to Fedora 35 (wine-6.21-1.fc35.x86_64) from Fedora 34 I am no
longer able to play the game In The Groove (a rhythm game based on StepMania
engine): The game itself detects my gamepad both as /dev/input/eventX and
/dev/input/jsY, but when I try to configure the input, pressing buttons on the
gamepad is not recognized by the game. When I disable the /dev/input/js* (by
chmod a-rw), it can see the first four buttons out of ten, but when the button
3 is pressed, it does not see the button 0 being pressed.
When I run "jstest /dev/input/jsY", jstest recognizes all ten buttons and their
combinations. So the hardware works as expected.
What should I try in order to get the game working with my gamepad? 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.