https://bugs.winehq.org/show_bug.cgi?id=47195
Bug ID: 47195
Summary: Safrosoft RoX is rendered wrong in HiDPI
Product: Wine
Version: 4.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 64447
--> https://bugs.winehq.org/attachment.cgi?id=64447
RoX with DPI 192
When using winecfg to set the screen resolution to bigger than the default
96DPI, the gui of the program doesn't scale properly. See screenshots. Not 100%
sure this is a wine issue though.
--
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=47196
Bug ID: 47196
Summary: Safrosoft RoX doesn't appear in the taskbar
Product: Wine
Version: 4.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
The game can be started and played, but it doesn't appear in the taskbar.
I'm using KDE5 Plasma, if that is relevant.
--
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=43180
Bug ID: 43180
Summary: KnightOfKnights crashes without native d3dxof
Product: Wine
Version: 2.10
Hardware: x86
URL: http://ftp.vector.co.jp/34/19/1946/Knight050.lzh
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dxof
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 58451
--> https://bugs.winehq.org/attachment.cgi?id=58451
Logfile
This is an old freeware game that seems to use DirectX7. It has a lot of
issues, black textures are addressed in Bug 43159.
Without native d3dxof, when starting the game, the game crashes.
When testing the game, it's advised to check "emulate a virtual desktop" in
winecfg, since it only supports low-resolution fullscreen mode and is prone to
crashes.
Also, when you have a gamepad plugged in it might not accept keyboard input,
keep that in mind when testing.
To work around other issues that crash the game, please run "winetricks gmdls
directmusic".
How to test:
To select an option, press x. Just click through your way through.
When in "Stage Select", move left with the arrow keys, then press x.
Press x again to start the game.
It then crashes.
Logfile attached, but it's pretty useless I think.
Download link attached.
There is a way to make it start without crashes, by patching the executable.
If you turn the conditional branch at 0x00424474 into an unconditional jump,
the game will load.
Please note that this hack makes the game start, but the character models are
visibly broken. If the same change is applied while the native d3dxof is used,
it still renders fine.
I'm trying to find the cause, but I'm not yet very good at this, and don't
really know how to go about it, so help is appreciated.
--
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=46718
Bug ID: 46718
Summary: IDispatch.Invoke cause 80020005 error on out IUnknown
Param
Product: Wine-staging
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexeev(a)krista.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 63688
--> https://bugs.winehq.org/attachment.cgi?id=63688
AutoObjectCmd.exe test with required lib
IDispatch.Invoke cause 80020005 error on out IUnknown param, when call argument
is IDispatch. Sounds like right result, but Windows try to cast out parameter
to argument type. Attached application with library should fail in Wine on such
call - simple run AutoObjectCmd.exe.
--
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=29974
Bug #: 29974
Summary: StarBurn crashes on disabling skins
Product: Wine
Version: 1.4-rc4
Platform: x86-64
URL: http://www.starburnsoftware.com/products/starburn/down
load/download-starburn-free
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Classification: Unclassified
Created attachment 39020
--> http://bugs.winehq.org/attachment.cgi?id=39020
Terminal output
StarBurn crashes a moment after disabling skins within the program. This option
is at view -> skin -> disable.
Workaround: native uxtheme.dll
--
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=52467
Bug ID: 52467
Summary: Regression from 6.0.2 to 7.0 with Kaseya Live Connect
9.5.0.28 management software
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mike(a)papersolve.com
Distribution: ---
Created attachment 71755
--> https://bugs.winehq.org/attachment.cgi?id=71755
backtrace of crash of kaseya live connect management software
Hi, I am reporting a regression from wine 6.0.2 to wine 7.0. Unfortunately it's
with an app that will be rather hard for you to test (it's the technician
software for the Kaseya remote management and monitoring software that allows
techs to connect to computers remotely and manage them... yeah that Kaseya that
got hacked last year!). Works great for me in wine 6.0.2 but not in 7.0, where
one of its components crashes. I will attach the logs and backtrace below, but
I was able to do a bisect and came up with this:
root@ossy:/usr/src/wine-git# git bisect good
5c009c17b3a212c3f5b0034c465077c0c593daae is the first bad commit
commit 5c009c17b3a212c3f5b0034c465077c0c593daae
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Tue Jun 15 23:13:32 2021 -0500
ws2_32: Reimplement bind() and getsockname() on top of IOCTL_AFD_BIND and
IOCTL_AFD_GETSOCKNAME respectively.
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/ws2_32/socket.c | 344 ++++++-------------------------------------
dlls/ws2_32/tests/afd.c | 8 +-
dlls/ws2_32/tests/sock.c | 2 +-
dlls/ws2_32/ws2_32_private.h | 4 -
4 files changed, 54 insertions(+), 304 deletions(-)
While this is likely related to #47412 and #51464 I'm hoping that my additional
work doing the backtrace will link this up with other bug reports for any other
software that may be affected.
--
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=51779
Bug ID: 51779
Summary: Visual Studio msvsmon fails to bind server socket in
child processes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: jacek(a)codeweavers.com
Distribution: ---
Created attachment 70679
--> https://bugs.winehq.org/attachment.cgi?id=70679
hack
When a connection to msvsmon.exe [1] is established, msvsmon spawns a new child
process to listen for more incoming connections. Unix is less permissive in its
SO_REUSEPORT handling than Windows, we may need to be more to handle more of
that ourselves.
The attached hack may be used to work around the problem.
[1] https://wiki.winehq.org/Wine_Developer%27s_Guide/VS_Remote_Debugging
--
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=51418
Bug ID: 51418
Summary: fotoBiz X - Fatal error on startup
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 70272
--> https://bugs.winehq.org/attachment.cgi?id=70272
Backtrace (6.11)
Hello everyone,
I am revisting an old application where the installer has been fixed and now
works but unfortunately I am running into a different problem. 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=51464
Bug ID: 51464
Summary: Pagefault error caused by qt5webenginecore
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: shadowbranch(a)gmail.com
Distribution: ---
Created attachment 70305
--> https://bugs.winehq.org/attachment.cgi?id=70305
Backtrace from Pagefault
Running the latest Kaseya Live Connect 9.5.0.24. When connecting to server
program crashes with pagefault error.
--
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=47412
Bug ID: 47412
Summary: Kaseya Live Connect: crashes on first run after
install
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: registry
Assignee: wine-bugs(a)winehq.org
Reporter: alero5752(a)hotmail.com
Distribution: ---
Created attachment 64760
--> https://bugs.winehq.org/attachment.cgi?id=64760
Progam Error details
Hello,
Linux noob here. My company recently upgraded our Kaseya VSA version to 9.5.0.2
and ever since this was completed it broke my Kaseya Live Connect app
compatibility within Wine. I've attached the log to review and also a link to
the EXE file for the application below. This is the very latest version of
Kaseya. When attempting to launch the program, it stops and displays an error,
(The program QtWebEngineProcess.exe has encountered a serious problem and needs
to close. We are sorry for the inconvenience).
https://drive.google.com/file/d/1StEVxsaQFKTVX8pb6htmo8r_4R14btJz/view?usp=…
--
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=34377
Bug #: 34377
Summary: Paint Shop Pro X5 Installer fails
Product: Wine
Version: 1.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: maikwagner(a)yahoo.com
Classification: Unclassified
Created attachment 45757
--> http://bugs.winehq.org/attachment.cgi?id=45757
Backtrace
Hello everyone,
I have been testing "Paint Shop Pro X5" from Corel but I am having problems to
get it to install correctly. Please find my backtrace attached and please let
me know should you require further information.
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=52298
Bug ID: 52298
Summary: Presenter.exe from Freeoffice crashes trying to open
ppt: unimplemented function
ole32.dll.OleConvertIStorageToOLESTREAMEx
Product: Wine
Version: 7.0-rc3
Hardware: x86-64
URL: https://www.frehttps://www.softmaker.net/down/freeoffi
ce2021.msi
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
As it says in the title. The very moment you click in the opened file-dialog on
a ppt-file you get the crash.
A simple stub implementation (returning E_NOTMPL) is enough to get around the
crash.
But maybe someone with more knowledge can build something on top of existing
OleConvertIStorageToOLESTREAM ?
If not, I`ll send a stub implementation after code freeze.
sha1sum freeoffice2021.msi
ae1738aaf5122e75d9b4d0f6d8d1c77221821571 freeoffice2021.msi
--
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=50433
Bug ID: 50433
Summary: 'MsiBreak' custom action debugging aid should use
custom action's name from 'CustomAction' table
(currently uses 'Target' field)
Product: Wine
Version: 6.0-rc4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: trivial
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
I always have to remember that Wine uses 'Target' field/name from the
'CustomAction' table instead of the custom action's name when debugging custom
actions. Fooled me quite a number of times in these 13 years.
I'm aware that very few people might be concerned/affected with this
inconsistency but still.
https://docs.microsoft.com/en-us/windows/win32/msi/debugging-custom-actions
I requested the installer debugging aid in 2007 in bug 8243 ("Feature: Add
MsiBreak to aid debugging custom actions"):
https://source.winehq.org/git/wine.git/commitdiff/60e95ee6e8ea4a4f43a6c170c…
("msi: Add handling for MsiBreak.")
My follow-up comment https://bugs.winehq.org/show_bug.cgi?id=8243#c7 was
ignored. Maybe because I didn't bother to create a follow-up bug and/or didn't
complain loud enough ;-)
--- quote ---
Please fix the evaluation to use "action" msi_custom_action_info member instead
of "target" to make it feature compatible with Windows MSI server.
--- quote ---
Some example (from bug 21987):
--- snip ---
...
01b0:trace:msi:ACTION_CustomAction Handling custom action
L"CreateAdobePDFPrinter" (c41 L"AdobeIsf" L"SetupAdobePDFPrinter")
...
01b0:trace:msi:HANDLE_CustomType1 Calling function L"SetupAdobePDFPrinter" from
L"C:\\users\\focht\\Temp\\msi48b7.tmp"
...
02f8:Ret PE DLL (proc=0160618A,module=01600000
L"msi48b7.tmp",reason=PROCESS_ATTACH,res=00000000) retval=1
...
02f8:Ret KERNEL32.LoadLibraryW() retval=01600000 ret=100210f6
02f8:Call KERNEL32.GetProcAddress(01600000,0016df28 "SetupAdobePDFPrinter")
ret=1002110a
02f8:Ret KERNEL32.GetProcAddress() retval=01602bea ret=1002110a
...
--- snip ---
To have this work for Wine 'MsiBreak=SetupAdobePDFPrinter' is needed but
'MsiBreak=CreateAdobePDFPrinter' would be correct.
$ wine --version
wine-6.0-rc4
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=52476
Bug ID: 52476
Summary: QuickLOAD: wine 7 causes VB5 application to change
input value by factor 10
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andreasnagel(a)gmx.net
Distribution: ---
Created attachment 71764
--> https://bugs.winehq.org/attachment.cgi?id=71764
Terminal output and partial screenshot
QuickLOAD is a ballistics software. After entering all data and clicking the
button to calculate results, an error message appears:
"Warning: Input of effective cross section area of bore is essentially larger
than caliber!"
This bug renders the application unusable. As user 'jkfloris' from WineHQ forum
confirms, Wine 6.14 was the last working version for QuickLOAD.
https://forum.winehq.org/viewtopic.php?f=8&t=36143#p135918
OS: Linux Mint Cinnamon 20.3 (64-bit)
Tested with latest winehq-devel 7.0.0~focal-2 from official WineHQ repo.
A demo version can be downloaded here:
https://quickload.software.informer.com/download/
Installation:
- install winehq-devel + winetricks + ttf-mscorefonts-installer
- install vb5run via winetricks
- install demo software: wine qldemo.exe
- during setup wizard provide install path without spaces (e.g. c:\quickload)
- during installation, cancel search for QuickDESIGN ini-file
- after setup finishes, run 'wine QLOADDEMO.EXE' from install path
- dismiss security/welcome dialogs to reach main application window
- select bullet/cartridge from combo boxes; see values of 'Cross sectional bore
area'
- click both 'Apply&Calc' buttons => error message as stated above
- dismiss error message and compare values of 'Cross sectional bore area' =>
factor 10 now.
--
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=52434
Bug ID: 52434
Summary: Light Blue theme has rendering errors in tree views
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 71705
--> https://bugs.winehq.org/attachment.cgi?id=71705
Screenshot of foobar2000 in Light Blue color scheme
When I enable the new Light Blue theme in Wine 7.0, tree views (eg. OpenMPT and
foobar2000) render incorrectly. The background is light gray #F5F5F5 (and
changes if you change Controls Background in winecfg and apply, then restart
foobar2000), but every line of text has a white #FFFFFF background. I think
this is a rendering bug.
Additionally in foobar2000, if you add a Selection Properties element, the
Metadata/Location text is light gray on a white background. The text color
changes if you change Hot Tracked Element in winecfg and apply, then restart
foobar2000. This may be a poor choice of colors. I forgot Wine's old default
color for Hot Tracked Element, but the new default when I switch to (No Theme)
is #0000C8, which makes foobar2000 look more saturated than I remember. On
Windows 7+, foobar2000 renders text in light blue-cyan rather than saturated
dark blue (see https://www.foobar2000.org/images/img/main.png), and I'm not
sure if this matches Hot Tracked Element or not (you can't list/change colors
manually in Windows 10 like you can in XP/7 and winecfg, and I don't have a
test app to check Windows's color scheme on Windows 10).
As a more subjective comment, I don't like how checked toggle buttons are
bright blue #2979FF (eg. download and run Dn-FamiTracker, and look at
"Follow-mode" in the toolbar). This doesn't match any color in winecfg I can
find, and the closest winecfg color is #3296FA which is less saturated and more
greenish.
As another subjective comment, I dislike how clicking a dropdown list (eg.
winecfg's Theme: dropdown) makes the [v] button turn blue until the mouse is
released, but clicking a second time doesn't make it turn blue while the mouse
is held. But this matches the (No Theme) behavior, so it may be working as
intended.
--
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=50869
Bug ID: 50869
Summary: Regressions caused by new start.exe behaviour in Wine
6.5 (stdout redirect, killing inferior, wine start
/unix)
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)robbertvanderhelm.nl
Distribution: ---
I noticed a few regressions and new weird behaviours after updating to Wine 6.5
with regards to launching applications now that everything gets launched
through
start.exe:
1. When launching Winelib applications all STDOUT output gets lost. I tested
this with a simple C++ file compiled with wineg++ that tries to print some
text using both `printf()` and `std::cout`. Printing to STDERR using
`std::cerr` still works fine.
2. When spawning a Wine child process from another application, you can no
longer kill that child process by raising SIGINT or SIGKILL for the pid of
the child. In Wine 6.5 this now kills the start.exe process, but it leaves
the inferior process running in the background. To reproduce this, run `wine
notepad&` in `fish` (bash seems to kill the child process by itself), use
`ps -aux | grep notepad` or `jobs` to find the pid of the process just named
`notepad`, and then run `kill -SIGKINT <pid>` (or with SIGKILL). Even though
the process launched using `wine notepad&` has exited, Notepad is still
running in the background.
3. (duplicate of bug 50867, but I still wanted to mention it here for
completeness' sake) Launching binaries with Wine from the GUI by clicking on
them (using the bundled wine.desktop) no longer works. This uses
`wine start /unix`, which was already reported to no longer work as of Wine
6.5 in the other issue because `ShellExecuteEx` cannot find the file.
4. And lastly, as discovered by @stefand, `wine https://google.com` now
launches
the regular system browser. This is probably not really a bug as much as a
consequence of the start.exe change, but I just wanted to mention it.
Please let me know if I should split this up into separate tickets.
--
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=50352
Bug ID: 50352
Summary: Maximum sockets per process is set very low
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: skreech(a)skree.ch
Distribution: ---
Created attachment 68942
--> https://bugs.winehq.org/attachment.cgi?id=68942
TWGS warning at startup
Within wine-5.22/dlls/ws2_32/socket.c, the maximum number of sockets per
process is set and used like so:
> #define WS_MAX_SOCKETS_PER_PROCESS 128 /* reasonable guess */
and:
> lpWSAData->iMaxSockets = WS_MAX_SOCKETS_PER_PROCESS;
This became relevant when I ran the TradeWars 2002 game server (TWGS) under a
maximum license allowing 100 simultaneous players. On startup, it logs a
message warning that the OS's number of sockets per process is limited to 128,
therefore no more than 63 players will be able to connect. This makes sense,
since two sockets are required per player connection, and one SysOp connection
is reserved.
Changing WS_MAX_SOCKETS_PER_PROCESS to 1024 and recompiling WINE results in
TWGS not experiencing this limit and not giving the warning.
Also, I tested TWGS under ReactOS and did not experience limit nor warning.
Peeking into their socket.c, I notice that their limit is set to 32767, or 0,
depending:
https://github.com/reactos/reactos/search?q=iMaxSockets
It seems likely that WS_MAX_SOCKETS_PER_PROCESS should be set to 32767 here if
any value is being set, given that the underlying OS should be the one imposing
its own limits or lack of limit.
--
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=44202
Bug ID: 44202
Summary: undname.c fails to parse symbols with rvalue-reference
semantics '&&'
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shulgaaa(a)gmail.com
Distribution: ---
For example, the symbol
??4QDnsDomainNameRecord@@QAEAAV0@$$QAV0@@Z
should be de-mangled as:
public: class QDnsDomainNameRecord & __thiscall
QDnsDomainNameRecord::operator=(class QDnsDomainNameRecord &&)
undname returns NULL
--
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=52616
Bug ID: 52616
Summary: SteelSeries GG Fails to install properly and refuses
to open.
Product: Wine-staging
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: upton.upton.joseph(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Different processes seem to fail during the installation. Random each time.
On the first boot I'm met with a black screen, using bottles I can make it show
up but I need to reset the PC to get the device to show.
This is normal but after that the program will NOT boot for any reason.
--
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=52583
Bug ID: 52583
Summary: ApiSetView does not display export ordinals correctly
Product: Wine
Version: 7.2
Hardware: x86-64
URL: https://web.archive.org/web/20210726071744/https://github.com/zodiacon/ApiSetView/releases/download/v0.8/Api
SetView.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Depends on: 44658
Distribution: ---
For some api sets marked with a green arrow, which I think means api-set dll
with an actual file, export ordinal column is filled with export name. On
Windows it's empty. I suspect this happens because LVN_GETDISPINFO does not
initialize output text string, and it old buffer is reused.
--
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=51900
Bug ID: 51900
Summary: regression: REAPER scrollbars flash between themed and
non-themed
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: s_chriscollins(a)hotmail.com
Distribution: ---
Created attachment 70847
--> https://bugs.winehq.org/attachment.cgi?id=70847
video showing the bug
Starting with Wine 6.13, scrollbars in REAPER will flash between themed and
non-themed graphics when the mouse cursor passes over or interacts with them.
The attached video shows the behavior in Wine 6.12 (correct) followed by Wine
6.13 (glitchy).
A regression test pinpoints the following commit as the culprit:
-------------------------------------------------------------------
commit 883878e550d263fd9caedd4ba5ee8c142407c010
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Tue Jul 20 21:12:15 2021 +0800
uxtheme: Support scroll bar state tracking in non-client areas.
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/user32/controls.h | 3 +++
dlls/user32/defwnd.c | 11 +++++++++++
dlls/user32/nonclient.c | 33 +++++++++++++++++++++++++++++++++
dlls/user32/scroll.c | 37 ++++++++++++++++++++++++++++++++++---
4 files changed, 81 insertions(+), 3 deletions(-)
-------------------------------------------------------------------
This bug is still present in master as of today (10/18/21) and can be
reproduced in a VirtualBox VM. REAPER can be downloaded for free from:
http://reaper.fm/
--
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=50370
Bug ID: 50370
Summary: Gothic 1 doesn't start correctly when screen
resolution of the game matches display resolution
Product: Wine
Version: 5.13
Hardware: x86-64
URL: https://www.fileplanet.com/archive/p-5260/Gothic-Demo-
English
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: f90d607c67768f19e36d9d74b498594252faa3fd
Distribution: ---
I'm starting Gothic 1 v1.08k using in-game resolution 1440x900 which matches my
native display resolution.
The game does start up because I can hear the sound of the intro movie, but no
visible window is created (the screen is black).
This used to work up until
commit f90d607c67768f19e36d9d74b498594252faa3fd
ddraw: Use the WINED3D_SWAPCHAIN_NO_WINDOW_CHANGES flag.
Reverting that commit on top of 6.0-rc3 fixes the problem for me.
To reproduce the problem in the demo:
1. Before starting the game modify GOTHIC.INI located in the Program
Files/Piranha Bytes/Gothic 1 Demo/system directory.
Look for the section [Video] and change in-game screen resolution there so that
it matches your display resolution:
zVidResFullscreenX=
zVidResFullscreenY=
You also need to set 32-bit color depth (the problem doesn't occur with
16-bit):
zVidResFullscreenBPP=32
2. run gothic.exe
setupg1demo-en.exe
md5sum: 2932bcb79118abadca0d394a7a86c096
wine-6.0-rc3
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 455.46.04
--
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=52787
Bug ID: 52787
Summary: Invalid function prototype for "RegisterUserApiHook"
when compiling for C++
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tayarani(a)google.com
Distribution: ---
This change added a function prototype which does not compile in C++:
https://source.winehq.org/git/wine.git/blobdiff/e02a7e579cc48079d70f2ef0095…
This is invalid C++ syntax as "new" is a reserved keyword:
WINUSERAPI BOOL WINAPI RegisterUserApiHook(const struct user_api_hook *new,
struct user_api_hook *old);
This is what the compiler generates:
"error: invalid parameter name: 'new' is a keyword"
This means any C++ code trying to include "windows.h" will fail with that
error.
The fix is fairly simple. That line should be changed to this to fix it:
WINUSERAPI BOOL WINAPI RegisterUserApiHook(const struct user_api_hook
*new_hook, struct user_api_hook *old_hook);
(i.e., rename the variable).
--
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=52581
Bug ID: 52581
Summary: unhandled exception in Internet MIDI with Light Blue
theme
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: s_chriscollins(a)hotmail.com
Distribution: ---
Created attachment 71906
--> https://bugs.winehq.org/attachment.cgi?id=71906
debug output
When starting the application "Internet MIDI" by Timewarp Technologies
(http://timewarptech.com/shop/music-software-apps/software/internet-midi/) with
Wine's new Light Blue theme enabled, I get the following unhandled exception
error: "Given combination of Class, Part, and State is not defined by the
current visual style."
I've reproduced this error using wine-staging, wine-devel, and using a fresh
~/.wine profile. Debug output attached.
OS: KDE Neon 5.24 User Edition (Plasma Desktop 5.24.1, KDE Frameworks 5.91.0,
Qt 5.15.3)
--
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=52426
Bug ID: 52426
Summary: BCryptSignHash mishandles empty arguments
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: janisozaur+wine(a)gmail.com
Distribution: ---
Created attachment 71684
--> https://bugs.winehq.org/attachment.cgi?id=71684
BCrypt test program
BCryptSignHash should provide count of bytes required for signature when
provided with NULL value for pbOutput, but mishandles this parameter. Sample
application is provided
--
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=51619
Bug ID: 51619
Summary: advapi32:registry fails in Wine because a German
timezone name translation is 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 German locale:
registry.c:4339: Test failed: L"Aus Central W. Standard Time": expected
L"West-Zentralaustralische Normalzeit", got L"Aus Central W. Standard Time"
registry.c:4357: Test failed: L"Aus Central W. Standard Time": expected
L"West-Zentralaustralische Sommerzeit", got L"Aus Central W. Daylight Time"
https://test.winehq.org/data/patterns.html#advapi32:registry
The reason is that the test compares the localized obtained through the
registry with the one obtained through EnumDynamicTimeZoneInformation(). But
the latter translation must fit into a 32 character buffer: WCHAR
StandardName[32].
However Wine's German translation is too long (36 character including the
trailing '\0'), causing EnumDynamicTimeZoneInformation() to return the
untranslated string instead.
Potential fixes
---------------
1. Only compare the values if they fit in the {Daylight,Standard}Name buffer.
- That means Windows applications will not get a translated timezone name
which is bad.
- This prevents detecting further issues.
- It's unclear if returning an untranslated string is the right thing for
EnumDynamicTimeZoneInformation() to do: I did not find a case (at least
in German where a translation did not fit).
2. Modify EnumDynamicTimeZoneInformation() to return a truncated translation
instead of an untranslated string.
- Windows applications will get a not quite correct timezone name.
- Also we would need evidence that this matches the Windows behavior.
3. Modify the German translation.
- This side-steps the issue and may be the best solution.
- But I doubt one can find a shorter translation that fits, short of
using ellipses which is not great.
Detecting / Preventing recurrences
----------------------------------
1. It would be nice to be able to include a translator warning about this
issue. I'm not sure how to do so in dlls/tzres/tzres.rc.
2. The current tests are insufficient to detect further issues
- To detect every issue they would have to be run in every locale.
- Or going forward, whenever a PO file is modified they would need to be
run in that locale.
- Maybe issues could be detected by calling RegLoadMUIStringW() for every
timezone and locale combination. However it does not take an LCID which
makes this complicated.
3. Write a script checking the PO files.
- This seems like the simplest option to detect issues.
- When to run it? Manually? Automatically from the makefiles?
--
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=51163
Bug ID: 51163
Summary: WinOffice Pro 5.3 stops after splashscreen
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 70031
--> https://bugs.winehq.org/attachment.cgi?id=70031
Console Output (wine 6.8)
Hello everyone,
I came across a forum question where somebody asked how to get the German
accounting application WinOffice Pro 5.3 to run. There is a 60 day trial
version available and I noticed that the application requires mdac27 and jet40
in a 32-Bit prefix to perform a successful installation.
Starting the application works until the splashscreen but then the application
terminates. 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=45916
Bug ID: 45916
Summary: x64dbg does not open executables, nothing happens
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: jimbo1qaz(a)gmail.com
Distribution: ---
When I File/Open or drag a .exe file into x32dbg (x64dbg 32-bit), the exe does
not load onto the graphs, and Ctrl+G doesn't work. I think the EXE is not
loaded by the debugger at all.
Fixed by ~/bin/winetricks vcrun2013 .
Wine 3.16 on Debian on Virtualbox.
--
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=25257
Summary: Enabling Virtual desktop by default cannot be turned
off for specific applications
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zzarko(a)gmail.com
My system is Ubuntu 10.10 and Wine is installed from Ubuntu Wine team's PPA.
Steps to reproduce the problem:
1. Select Default settings in Configure Wine/Applications tab and check
Graphics/Enable virtual desktop
2. Add an application (in my case, Subtitle Workshop) to Applications tab and
uncheck the same option for this application
3. Start the application -> application is started in virtual desktop, despite
the different setting for that application
--
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=52118
Bug ID: 52118
Summary: The 64-bit crypt32:store test crashes due to heap
corruption
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 64-bit crypt32:store crashes due to heap corruption:
crypt32:store:0224 done (-1073740940) in 0s
Test failed: crash (c0000374)
https://test.winehq.org/data/patterns.html#crypt32:store
The crashes only happen with the 64-bit build. They happen almost
systematically on the TestBot's w864 VM and cw-rx460. It looks like the same
crash happens on the TestBot's Windows 10 1507, 1607 and 2009 VMs.
At least on cw-rx460 the crash happens around the last CertCloseStore(store,
0); call in testRegStoreSavedCerts(). Adding traces changes the crash location
a bit.
Also the test tends to crash every other time. That suggest there is some
cleanup 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=50936
Bug ID: 50936
Summary: Several games (The suicide of Rachel Foster, Far lone
sails & Virginia) crashes after some times with vulkan
rendeder
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
The suicide of Rachel Foster & Virginia just crashes. For Far lone sails it
becomes very slow before crashing.
No backtrace. The console output is pretty silent.
With the GL renderer, Virginia & Far lone sails just works fine and can be
finished from start to end without interruption.
I can't test GL renderer with The suicide of Rachel Foster due to bug
https://bugs.winehq.org/show_bug.cgi?id=50764 which makes the game unplayable.
Setup is wine-6.5-156-g2fcc1d0ecde + Ubuntu 20.10 + GTX1070 + nvidia driver
460.39.
--
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=51990
Bug ID: 51990
Summary: Far Cry - New Dawn, won't open: unimplemented function
ntdll.dll.RtlGetCurrentUmsThread
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: gab.pulcio(a)gmail.com
Distribution: ---
Created attachment 70979
--> https://bugs.winehq.org/attachment.cgi?id=70979
Reason of the bug
Title
--
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=52464
Bug ID: 52464
Summary: SPAM
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Please delete the user and all their comments:
https://appdb.winehq.org/contact.php?iRecipientId=440627
--
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=52170
Bug ID: 52170
Summary: Dracula 3: crashes during the game
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
Distribution: ---
Created attachment 71220
--> https://bugs.winehq.org/attachment.cgi?id=71220
Dracula 3 (GOG.com) backtrace.txt
Dracula 3: The Path of the Dragon
GOG.com English version
The game installs and runs, but it crashes at one point: when you try to read a
document, the Blood Test Result folder in the Dispensary.
This doesn't happen in Windows.
--
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=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.