https://bugs.winehq.org/show_bug.cgi?id=51203
Bug ID: 51203
Summary: Chessbase 11 unable to select list box item after
incorrect window refresh
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
After search termination (wrong window brought to front - 51202), it is
possible to bring the right window to the front and click on an item from the
search. This displays the game in the window, however, the selected item is not
highlighted, and double clicking (to open the game in a new window - must be
from the selection) opens an old selected item not from the current window.
Workaround is to right click for the menu, and then selection works again (the
window must get focus for selection which it didn't have before (only focus for
clicks)).
This may also relate to the problem of missing scrollbars not being refreshed
(will link report).
--
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=47925
Bug ID: 47925
Summary: Panel in dialog incorrectly drawn
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Created attachment 65425
--> https://bugs.winehq.org/attachment.cgi?id=65425
snapshot of problematic dialog
In Chessbase 11, inputting incorrect security key details results in a dialog.
The panel that rests in it is not correctly drawn. In this case pictured the
white background does not fill the dialog, and sometimes is of different sizes.
Sometimes the message is missing. This happens every time. Using full screen on
a 4K display.
Suggestion of an incorrect (or order of) initialisation issue, 4K/screen size
issue or a data race?
--
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=53828
Bug ID: 53828
Summary: LINUX RUNNING FOXPRO 6.0 DDE to MSFT WORD97 FAILURE
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ookay1980(a)yahoo.com.hk
Distribution: ---
Created attachment 73358
--> https://bugs.winehq.org/attachment.cgi?id=73358
backtrace dump after WINE abend
Under LINUX MINT 20.2 (LOCALE is set to BIG5 Hong Kong)
I run MSFT Visual Fox Pro 6.0 and MSFT OFFICE 97 Pro SR2
(Chinese Hong Kong version)
The VFP program tried to DDE to WORD97 and run a MACRO to open a
DOCUMENT.
When I run it in normal WINDOWS ME and WINDOWS XP, it will switch
to WORD97 and ran the MACRO to display the WORD DOCUMENT smoothly
and automatically.
When I run it in LINUX MINT 20.2 and WINE 5.0
It does not switch to WORD97. I have to manually switch to WORD97.
The Macro seem to run OK as it displayed the DOC and allowed me to
edit the DOC.
However, after a few more CLICKs on the WORD screen, WINE abended
(the backtrace.txt is saved and attached)
Normally when I run OFC97 under WINE without the VFP DDE stuff, it
works fine with only some minor issues.
It seem to also have some DDE registration 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=47990
Bug ID: 47990
Summary: Wine64: Candidate of CJK input method is invisible on
macOS Catalina.
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Created attachment 65509
--> https://bugs.winehq.org/attachment.cgi?id=65509
WINEDEBUG=+tid,+pid,+imm,+keyboard,+key,+macdrv
Tested with wine-4.18-112-g717109ce79:
1. $ wine64 notepad
2. Switch to Chinese Pinyin input method, and try to type something
You will find that candidate didn't display, though you still can type some
Chinese characters into notepad with the input method.
I didn't see similar on macOS 10.14, so I think this is a Catalina special
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=53770
Bug ID: 53770
Summary: [ nls cause BUG ] local.nls should must be update
(./wine/nls/local.nls )
Product: Wine
Version: 7.18
Hardware: x86
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
In China, there is a popular student software called DingTalk, in which the APP
reads the sNativeDigits value in the registry (/HKEY_USERS/S-X-XX-XX/Control
Panel International -> sNativeDigits) during getting the meeting time.
Through research, I found that This value is obtained by the function
get_locale_info, and the specific location is as follows:
> case LOCALE_SNATIVEDIGITS:
> if ((ret = locale_return_reg_string( &entry_scurrency, type, buffer, len )) != -1) return ret;
> return locale_return_string( locale->scurrency, type, buffer, len );
Now, in wine7.12 to 7.18, for the Chinese environment (LOCALE_SNATIVEDIGITS),
the sNativeDigits read from local.nls is "零一二三四五六七八九", but this is
unreasonable, I checked the Windows10 registry and found that its value should
be It is "0123456789"
And if it is "零一二三四五六七八九", the program will have an error
> The timer is displayed as Chinese characters, and the actual display of "一" is not "一" but "《", it's so strange
, so I think we should update local.nls or modify the get_locale_info function.
*** update local.nls:***
I would like to ask how the local.nls in wine is generated, is it directly used
in windows? I once wanted to modify local.nls directly to fix this problem, but
it seems to be a binary file, and I don't know how it is generated in wine, so
I I don't know how to modify local.nls by myself.
[HELP] If you have time, I would like to ask how the nls file is generated in
wine
*** modify the get_locale_info function:***
I have completed the modification of the function (assignment in the Chinese
environment, other environments do not operate), if you need I can provide the
source code directly.
—————————
I hope that I can ask about the modification of the nls file, and complete the
modification through my own efforts, so that I can also join the big project of
wine, which is meaningful and interesting to me.
Thanks very much, Looking forward to your reply。
Yous: SvenL
--
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=53679
Bug ID: 53679
Summary: The 64-bit ntdll:env fails on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 64-bit ntdll:env fails on Windows 7:
env.c:340: Test failed: wrong buffer 77c/77c
env.c:341: Test failed: wrong buffer 794/792
env.c:342: Test failed: wrong buffer 7ac/7aa
env.c:344: Test failed: wrong buffer 7b4/7b2
https://test.winehq.org/data/patterns.html#ntdll:env
A bisect shows the commit below is responsible for these failures:
commit 5d99b2a32c2d679aa2bc47ef6e087aeb29a33e5f
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Sep 9 15:10:57 2022 +0200
ntdll/tests: Remove workarounds for old Windows versions.
I have not been informed that Windows 7 is no longer part of the Windows
versions we care about so I assume this is an unintended side effect of the
patch.
--
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=51775
Bug ID: 51775
Summary: Axiom Verge 2 crashes on startup due to incomplete
sapi implementation
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: sapi
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
This game initializes sapi, even though it doesn't appear to use it at all.
It appears from the .NET backtrace, that
speechsynthesizer.SetOutputTotDefaultAudioDevice is at fault.
After playing around, we can reproduce the crash in a C# application with the
following lines
...
System.Speech.Synthesis.SpeechSynthesizer synth = new SpeechSynthesizer();
synth.SetOutputToDefaultAudioDevice();
...
Function SetOutputToDefaultAudioDevice, requires that basic iteration and a few
registry values are in place.
--
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=53813
Bug ID: 53813
Summary: Let's encrypt certificate validation fails
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: panard(a)inzenet.org
Distribution: ---
Created attachment 73329
--> https://bugs.winehq.org/attachment.cgi?id=73329
WINEDEBUG=-all,cryptnet,cryptasn,wininet,chain of .NET application
The .NET application "Magic Online" fails to validate the certificate of
mtgologin1.mtgo.com:7770, which prevents login (the app thinks it is in
maintenance mode due to the connection error).
The certificate of mtgologin1.mtgo.com:7770 seems valid, however. It is issued
by Let's encrypt.
Certificate chain is
0 s:CN = *.mtgo.com
i:C = US, O = Let's Encrypt, CN = R3
1 s:C = US, O = Let's Encrypt, CN = R3
i:C = US, O = Internet Security Research Group, CN = ISRG Root X1
2 s:C = US, O = Internet Security Research Group, CN = ISRG Root X1
i:O = Digital Signature Trust Co., CN = DST Root CA X3
From the log, the issue seems related to the verification of the revocation
status with OCSP on http://r3.o.lencr.org, with a warning on an invalid tag in
CRYPT_AsnDecodeResponderID.
I join the log with WINEDEBUG=-all,cryptnet,cryptasn,wininet,chain where I just
kept the relevant cryptasn part.
The main path of error seems the following:
0220:trace:cryptnet:verify_cert_revocation_from_aia_ext OCSP URL =
L"http://r3.o.lencr.org"
0220:trace:wininet:HTTP_GetResponseHeaders version [L"HTTP/1.1"] status code
[L"200"] status text [L"OK"]
01a4:warn:cryptasn:CRYPT_AsnDecodeResponderID Unexpected tag 30
0220:trace:cryptnet:verify_cert_revocation
verify_cert_revocation_from_aia_ext() returned 8009310b
0220:trace:cryptnet:verify_cert_revocation no CRL found
0220:trace:cryptnet:verify_cert_revocation
verify_cert_revocation_from_aia_ext() returned 80092012
0220:trace:chain:CertGetCertificateChain error status: 01000040
--
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=53552
Bug ID: 53552
Summary: Line width calculation failure in
WineMono.Tests.System.Windows.Media.TextFormatting.Tex
tFormatterTest.NewlineCharacterCollapsibleTest
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: conmanx360(a)gmail.com
Distribution: ---
Somewhere between the release of Wine Mono 7.3.0 and Wine 7.14 the
WineMono.Tests.System.Windows.Media.TextFormatting.TextFormatterTest.NewlineCharacterCollapsibleTest
test began failing with:
1) NewlineCharacterCollapsibleTest
(WineMono.Tests.System.Windows.Media.TextFormatting.TextFormatterTest.NewlineCharacterCollapsibleTest)
line.Width
Expected: 206.31333333333333d
But was: 302.31333333333333d
I'm assuming this is dwrite related, but I could be wrong on that.
--
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=52648
Bug ID: 52648
Summary: conhost.exe:tty test_read_console_control() fails in
Hindi and Portuguese
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
conhost.exe:tty test_read_console_control() fails on Windows in Hindi and
Portuguese:
tty.c:1365: Test failed: keyboard state: got 8, expected 18
https://test.winehq.org/data/patterns.html#conhost.exe:tty
This can be reproduced on w10pro64-hi, w10pro64-pt-BR and w10pro64-pt-PT but
does not fail in the other locales.
This failure started when these tests were added:
commit 89a8b32d7a976504ee98ba1a7d08574bc9bc00e6
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Tue Mar 1 09:26:08 2022 +0100
conhost/tests: Add tests for ReadConsoleW with control.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)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.