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=53659
Bug ID: 53659
Summary: Beyond Good & Evil: missing images in configuration
tool
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
Created attachment 73063
--> https://bugs.winehq.org/attachment.cgi?id=73063
Wine console output
Beyond Good & Evil's configuration tool (SettingsApplication.exe) doesn't show
some images that are supposed to appear when using it. This doesn't negatively
affect the use of the tool, but it ends up looking a little strange. These are
the most interesting lines on the output generated by Wine:
fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x30
fixme:wbemprox:enum_class_object_Next timeout not supported
fixme:ddraw:ddraw7_Initialize Ignoring guid
{aeb2cdd4-6e41-43ea-941c-8361cc760781}.
I'm using the GOG version, sadly the game doesn't have a demo for PC.
--
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=54016
Bug ID: 54016
Summary: dwmapi:dwmapi fails on Windows 10 21H2+ and 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dwmapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dwmapi:dwmapi fails on Windows 10 21H2+ and 11:
dwmapi.c:75: Test failed: Got wrong monitor refresh rate 156250/10000000.
dwmapi.c:78: Test failed: Got wrong composition rate 156250/10000000.
See https://test.winehq.org/data/patterns.html#dwmapi:dwmapi
Note that this already impacted w10pro64-rx550 when it was running 21H2.
However the TestBot's plain QXL 21H2 and 22H2 VMs are not impacted despite
having the same dwmapi.dll version. Also Windows 11's QXL test configuration is
impacted too so it's not something specific to AMD / NVIDIA GPUs.
--
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.