https://bugs.winehq.org/show_bug.cgi?id=52562
Bug ID: 52562
Summary: advapi32:registry fails in Wine because some French
timezone name translations are too long
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
advapi32:registry fails in the timezone tests in a French locale:
registry.c:4413: Test failed: L"Aleutian Standard Time": expected L"Heure
d'\00e9t\00e9 des \00celes Al\00e9outiennes", got L"Aleutian Daylight Time"
registry.c:4395: Test failed: L"Dateline Standard Time": expected L"Heure de la
ligne de changement de date", got L"Dateline Standard Time"
registry.c:4413: Test failed: L"Dateline Standard Time": expected L"Heure
d'\00e9t\00e9 de la ligne de changement de date", got L"Dateline Daylight Time"
registry.c:4395: Test failed: L"Turks And Caicos Standard Time": expected
L"Heure des \00celes Turques-et-Ca\00efques", got L"Turks And Caicos Standard
Time"
registry.c:4413: Test failed: L"Turks And Caicos Standard Time": expected
L"Heure d'\00e9t\00e9 des \00celes Turques-et-Ca\00efques", got L"Turks And
Caicos Daylight Time"
http://winetest.dolphin/data/patterns.html#advapi32:registry
This issue is already happening in German also because the timezone name
translation is too long. See bug 51619 for more details.
The new translations were introduced by the following commits:
commit a38ced9354aa7d74f396fb91372dbbb7dccd2e2e
Author: Eric Pouech <eric.pouech(a)gmail.com>
Date: Sun Jan 2 15:49:09 2022 +0100
po: Some more French translations.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
commit 39f77b25aacf248e18e747bf31c2055a9cfbc89a
Author: Eric Pouech <eric.pouech(a)gmail.com>
Date: Mon Jan 3 15:43:21 2022 +0100
po: Some more French translations.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.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.
https://bugs.winehq.org/show_bug.cgi?id=52626
Bug ID: 52626
Summary: unimplement of combase.dll.RoSetErrorReportingFlags
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
Distribution: ---
Some game need this function implemented to work
Relative game: MahjongSoul on steam
LOG
wine: Call from 7B0113E6 to unimplemented function
combase.dll.RoSetErrorReportingFlags, aborting
wine: Unimplemented function combase.dll.RoSetErrorReportingFlags called at
address 7B0113E6 (thread 0024), starting debugger...
--
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=52618
Bug ID: 52618
Summary: 32-bit EXEs do not launch from build dir on macOS
10.14 in WOW64
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Created attachment 71943
--> https://bugs.winehq.org/attachment.cgi?id=71943
patch to use @rpath
On macOS 10.14, when running Wine built for WOW64 from the build dir, 32-bit
EXEs do not launch correctly (including rundll32 on prefix creation to set up
syswow64).
64-bit EXEs launch correctly, and a standalone 32-bit build also works
correctly.
I'm building the 64-bit side with Xcode 10, and the 32-bit side with Xcode 9.
The problem is a crash on the first NtUser* call, since the
__wine_syscall_dispatcher was never set in win32u. The root cause is that
dlopen() on the unixlibs is failing because ntdll.so cannot be loaded. Here's
the dlerror():
177158.077:00ac:00b0:trace:virtual:load_builtin_unixlib loading
/Users/pip/wine/build32/dlls/win32u/win32u.so failed dlerror
dlopen(/Users/pip/wine/build32/dlls/win32u/win32u.so, 2): Library not loaded:
@loader_path/ntdll.so
Referenced from: /Users/pip/wine/build32/dlls/win32u/win32u.so
Reason: no suitable image found. Did find:
/Users/pip/wine/build64/dlls/ntdll/ntdll.so: mach-o, but wrong
architecture
/Users/pip/wine/build64/dlls/ntdll/ntdll.so: mach-o, but wrong
architecture
This doesn't make sense, it almost seems like @loader_path is still set to the
64-bit dlls/ntdll, which it obviously shouldn't be.
Changing the install name to '@rpath/(lib).so' and adding an rpath of
'@loader_path/' seems to fix the issue, even though that should be equivalent
to the current approach.
Can anyone else reproduce this problem? If so, does the attached patch help?
--
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=52510
Bug ID: 52510
Summary: Procedure entry point
_Byte_reverse_table@details@Concurrency@@3QBEB not
found in CONCRT140.dll
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lolzaldi(a)gmail.com
Distribution: ---
Created attachment 71811
--> https://bugs.winehq.org/attachment.cgi?id=71811
Screenshot of the mentioned error message.
Trying to run a GTA V modification (https://altv.mp) results in the following
error message:
The procedure entry point ?
_Byte_reverse_table@details@Concurrency@@3QBEB
could not be located in the dynamic link library
CONCRT140.dll
Tried every combination of dll overrides for CONCRT140.dll (native only, only
builtin, no override at all etc.) with no luck.
--
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=12732
Summary: Nota Bene crashes on install
Product: Wine
Version: CVS/GIT
Platform: PC
URL: https://www.notabene.com/download/demos/nbdemo80.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer, win16
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Testing for bug 11023 I found that nota bene will no longer install. I'll start
the regression test...
--
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=52704
Bug ID: 52704
Summary: Open File dialog doesn't work on FreeHand 9 demo
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bugs.drew(a)yahoo.com
Distribution: ---
Created attachment 72061
--> https://bugs.winehq.org/attachment.cgi?id=72061
FreeHand9 log
After installing the demo, when you click on the "Open" icon on the "Welcome to
FreeHand 9" wizard window, nothing happens visually but the
err:module:DelayLoadFailureHook message appears in the log.
This bug looks very similar to bug 45938 which AF analyzed. I'm not sure what
was meant by "try GetModuleHandleExA() first before LoadLibraryA()" so I wasn't
able to verify that it resolves this bug.
--
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=52679
Bug ID: 52679
Summary: Anno 1602 / 1602 A.D. graphics too dark / black
Product: Wine
Version: 6.11
Hardware: x86-64
URL: https://archive.org/details/1602ADdemo
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marc.pluhar+winehq(a)gmail.com
Distribution: ArchLinux
Created attachment 72012
--> https://bugs.winehq.org/attachment.cgi?id=72012
Screenshot of the game with black graphics
When starting the game "Anno 1602" an intro video plays fine, but when arriving
at the menu, everything is very dark (see 1602_ad_wine_6.11.png).
I remember playing this game a while ago, so I tried different versions and it
starts failing like this in version 6.11.
When compiling the current master (8a52d3e93f5690fd0833c228d54a996a784afad7)
directly from source, the problem also persists.
Version 6.10 works fine.
The demo of the game exhibits the same behaviour, so I added a download link
for it.
I also attached the console log, but I don't see anything different between the
two starts.
--
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=52667
Bug ID: 52667
Summary: DTS Master Audio Suite Encoder - can not select a save
to file location so will not encode
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
This is a change from 7.3. At the bottom right of the GUI there is an area to
enter the location of the file you are about to create, normally you click the
"Save To" button to enter the location of the file you wish to save (name is
stored by the program), alternatively I think you can type the location
directly into the space next to the button.
With the release of 7.4 it is no longer possible to either click the "Save To"
button or enter the address into the space provided. As a result it is not
possible to create a 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=52494
Bug ID: 52494
Summary: shell32 progman_dde tests crash if run immediately
after prefix creation
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 71789
--> https://bugs.winehq.org/attachment.cgi?id=71789
Backtrace
Steps to reproduce:
1. Delete ~/.wine or move it to another location
2. Compile Wine and run `./wine dlls/shell32/tests/shell32_test.exe
progman_dde`
An example backtrace 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=52436
Bug ID: 52436
Summary: In Light Blue theme, checkable toggle buttons
(BS_AUTOCHECKBOX) look unchecked when hovered
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
Distribution: ---
Created attachment 71706
--> https://bugs.winehq.org/attachment.cgi?id=71706
Screenshot of the "checked and hovered" button state in Dn-FamiTracker (which
looks unchecked)
- In winecfg -> Desktop Integration tab, set Theme to Light (Color defaults to
Blue) and Apply. This bug does not occur on Light -> Classic Blue.
- Download, extract, and run Dn-FamiTracker
(https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker/releases/d…).
The toolbar should contain a "Follow-mode" checkable button, checked (blue) by
default. This is implemented as BS_AUTOCHECKBOX | BS_PUSHLIKE
(https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker/blob/f1d2f…).
As I mentioned in Bug 52434, I don't like how checked toggle buttons are bright
blue.
- Hover the "Follow-mode" button.
The color changes to white with a blue border. If you move your mouse onto the
button and immediately stop moving the mouse, the color will fail to change
until you move your mouse further. I think this inconsistency is a bug (either
in wine or in FamiTracker's redraw handling).
Note that the same "white with a blue border" color scheme appears if you hover
the adjacent "Compact view" toggle button (unchecked by default).
- Click the "Follow-mode" button to uncheck it.
It turns blue while clicked, and white with a blue border when released.
- Click it again to check it.
It turns blue while clicked, and white with a blue border when released. The
problem is that the "checked and hovered" color scheme looks like it's
unchecked (because the button is white), and is indistinguishable from
"unchecked and hovered". Only when you move your mouse away from the button
does it turn blue again, indicating it's checked.
This behavior is not specific to Dn-FamiTracker. If you download and
extract/install and run OpenMPT
(https://openmpt.org/download_file.php?file=OpenMPT-1.30.01.00-Setup.exe), then
click Help -> Example Modules and click any song, the Mute and Surround buttons
at the bottom of the page
(https://github.com/OpenMPT/openmpt/blob/062b6264fb9325a8c407908ecfdc6f9fb95…)
also have "checked and hovered" indistinguishable from "unchecked and hovered".
However, OpenMPT's toggle buttons reliably turn "white with a blue border",
without randomly waiting for mouse movement.
I suspect that the "Light Blue" theme only highlights buttons after your mouse
spends a small amount of time lingering over the button (so both regular and
toggle buttons don't change color if you rapidly move your mouse over it). But
in OpenMPT, the hover timer expiring reliably redraws the button in hovered
state, whereas in FamiTracker it doesn't.
--
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.