https://bugs.winehq.org/show_bug.cgi?id=51857
Bug ID: 51857
Summary: Support Configurable Time measurement precision for
Wine versions 5.0.x and onwards
Product: Wine
Version: 5.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ishinberg0(a)gmail.com
Distribution: ---
`NtQuerySystemTime` used to provide timestamp value by calling `gettimeofday`,
at least on wine 4.0.x. This would provide micro-second accuracy for
timestamping used in logging,tracing, etc
On Wine 5.0.x and 6.0.x, optimizations were introduced to provide near-realtime
timestamp, relying on HAVE_CLOCK_GETTIME (which is always defined during the
`configure` phase of the wine build).
This results in milliseconds accuracy (though the resolution is still in
microseconds, it only gets updated around once every 1 ms / 1000 us.
This is not optimal for application requiring us precision for timestamp
measurement.
If this suggestion is approved, I'd be willing to contribute a PR/fix for this
issue. I also need this fix backported to 6.0.x, if possible
10x
--
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=52192
Bug ID: 52192
Summary: comctl32:propsheet fails in test_redraw() on Windows
in the Korean locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:propsheet fails in test_redraw() on Windows in the Korean locale:
progress.c:156: Test failed: GetUpdateRect: There should be a region that needs
to be updated
https://test.winehq.org/data/patterns.html#comctl32:progress
The failure is not systematic but still happens over 95% of the time. So it may
be a race condition but then it is strange that it is specific to Korean and
does not ever happen in Japanese and Chinese for instance.
--
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=50319
Bug ID: 50319
Summary: Powerpoint 2013/365: cursor not moved when clicking in
current text box
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rcorreia31(a)gmail.com
Distribution: ---
Created attachment 68898
--> https://bugs.winehq.org/attachment.cgi?id=68898
Simple Powerpoint file containing two text boxes
Running wine-6.0-rc2 compiled from source.
Same issue with previous 5.x versions.
Installation done in two different clean prefixes.
Reproduced with KDE Plama 5.20.1 and Xfce 4.16pre1, both compiled from sources,
on Centos 8.3
Both Office 32bit versions were installed using the recommendations from
WineHQ.
Office 2013 :
https://appdb.winehq.org/objectManager.php?sClass=version&iId=26323
Office 365 (2016) :
https://appdb.winehq.org/objectManager.php?sClass=version&iId=35527
Office 2013 : winetricks msxml6
Office 365 : winetricks msxml3 msxml6 riched20 riched30
Two registry updates done for 2013 and 365:
. HKCU\Software\Wine\Direct3D\MaxVersionGL (DWORD) : 30002 (hex)
. HKCU\Software\Wine\Direct2D\max_version_factory (DWORD) : 0
Two files copied for 2013 and 365:
cp "./Common Files/Microsoft Shared/ClickToRun/AppvIsvSubsystems32.dll"
"./Microsoft Office/root/Office16"
cp "./Common Files/Microsoft Shared/ClickToRun/C2R32.dll" "./Microsoft
Office/root/Office16"
Problem: clicking in the current text box does not set the cursor to the
clicked position.
To reproduce:
. Create two text boxes in Powerpoint. I.E.: one for the title and one for the
body ⇒ test case attached WineTestCase.pptx
. Add some text to both.
. Click on the text of a text box: mouse cursor is set to the right location.
. Click on another part of the text in the same current text box: text box
focus is lost and the mouse cursor is not set to where we clicked. In fact the
mouse cursor is not displayed anymore.
If we click on any character in the other non-current text box: the cursor
moves to where we clicked as expected.
So the problem only occurs when we want to put the cursor on another location
within the text box we are already in.
There are another problems that are maybe a side effect of this one:
. Double-click on a text of another text box: the text is not selected. A first
click is necessary to set the focus.
. Select a text by clicking and moving the mouse within the current text box:
the text is not selected.
No workaround found except first reselecting the text box. I.E. Esc+left click,
Right+Left click.
--
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=52194
Bug ID: 52194
Summary: In Wine version:info fails in the ar-MA locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: version
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
In Wine version:info fails in the Arabic (Morocco) locale:
info.c:669: Test failed: got 1025, expected lang is 6145
info.c:706: Test failed: [1] got 1025, expected lang is 6145
info.c:706: Test failed: [3] got 1025, expected lang is 6145
info.c:706: Test failed: [4] got 1025, expected lang is 6145
https://test.winehq.org/data/patterns.html#version:info
There used to be two extra failure:
info.c:709: Test failed: [0] got 1025, expected lang is 1033
info.c:709: Test failed: [2] got 1025, expected lang is 1033
However these failures got fixed by commit 472763c5237f which also fixed the
failures in all the other non-English locales (see bug 51220).
commit 472763c5237febcb8745835c96f8b49b000564de
Author: Derek Lesho <dlesho(a)codeweavers.com>
Date: Mon Dec 6 10:58:18 2021 +0100
kernelbase: Fix parameter order of FindResourceExW call for non-localized
path.
Signed-off-by: Derek Lesho <dlesho(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.
https://bugs.winehq.org/show_bug.cgi?id=5382
--- Comment #35 from Bamm Gabriana <bammgabriana(a)gmail.com> ---
(In reply to Zebediah Figura from comment #34)
> There's currently no way to run a prefix-agnostic script like you're talking
> about in Wine. I don't think it would be excessively hard to add, on the
> other hand. The more I think about it, the more I think that it's a good
> idea...
Aww that's too bad. That means I have no choice but to run it everytime I
create a new prefix.
I was planning to incorporate such a feature in Distro Astro, a Linux-based
distribution for astronomers. The distro includes several astronomy
applications built in, some of them running under Wine. The setup is that each
has its own wine prefix. Since the distro has features like Red (Nightvision)
Mode, I was hoping to add Wine integration to it, so that software running
under Wine would obey the theme changes.
--
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=51962
Bug ID: 51962
Summary: MICA2 temporarily freezes on startup for some minutes,
and then continues normally.
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bammgabriana(a)gmail.com
Distribution: ---
When starting MICA2, an astronomical almanac program published by the US Naval
Observatory, it temporarily freezes while showing the splash screen, freezing
the entire desktop, and after a few minutes without me doing anything, it then
unfreezes and resumes normally. After that I can use the program as I usually
do without any problems, and close it without any problems.
--
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=51558
Bug ID: 51558
Summary: PDCursesMod - wincon - demos programs
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vladimir.kokovic(a)gmail.com
Distribution: ---
I tried to do run "PDCursesMod - wincon - demos programs" but no program works
unlike Windows-10 where these same programs work.
Public Domain Curses (Modified), aka PDCursesMod, is an implementation of
X/Open
curses for multiple platforms. As the name suggests, it is a modified version
of the ‘official’ PDCurses project, adding a variety of improvements, such as
Windows GUI, VT-like console, DOSVGA, and Plan 9 “flavors” of Curses.
It expands many of the capabilities of the other flavors (SDL1, SDL2, X11,
Win32 console, OS/2, and DOS).
git clone https://github.com/Bill-Gray/PDCursesMod.git
wine64 version=wine-6.14-74-gccbb0eef7bc
Vladimir Koković, DP senior(70), Serbia, Belgrade, 4.August 2021
--
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=33198
Bug #: 33198
Summary: Multiple applications ported to WinRT/ARM using
msvcr110.dll require msvcrt.setjmp
Product: Wine
Version: 1.5.25
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says ...
--- snip ---
$ wine ./Audacity.exe
...
err:module:find_forwarded_export function not found for forward 'msvcrt.setjmp'
used by L"C:\\windows\\system32\\msvcr110.dll". If you are using builtin
L"msvcr110.dll", try using the native one instead.
--- snip ---
Currently implemented for x86 64-bit in msvcrt:
http://source.winehq.org/git/wine.git/blob/14a81773c7ce865dd6d919ddee89cad3…
--- snip ---
1371 @ cdecl -arch=x86_64 -norelay -private setjmp(ptr) MSVCRT__setjmp
--- snip ---
Regards
--
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=32992
Bug #: 32992
Summary: ARM port of "WabbitEMU" wants
KERNEL32.dll.RtlLookupFunctionEntry
Product: Wine
Version: 1.5.24
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
split from bug 32991 which is about unimplemented function
KERNEL32.dll.RtlUnwindEx
+module,+imports
--- snip ---
...
0009:trace:module:load_dll looking for L"KERNEL32.dll" in
L"Z:\\home\\linaro\\wine-apps\\wabbitemu;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0009:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for
L"KERNEL32.dll" at 0x7b820000, count=19
0009:warn:module:import_dll No implementation for KERNEL32.dll.RtlUnwindEx
imported from L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting
to 0x41820000
0009:trace:imports:import_dll --- RtlUnwindEx KERNEL32.dll.1209 = 0x41820000
0009:trace:imports:import_dll --- GetCommandLineA KERNEL32.dll.481 = 0x7b846be0
0009:trace:imports:import_dll --- RtlPcToFileHeader KERNEL32.dll.1205 =
0x7bc69188
0009:warn:module:import_dll No implementation for
KERNEL32.dll.RtlLookupFunctionEntry imported from
L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting to 0x41820024
0009:trace:imports:import_dll --- RtlLookupFunctionEntry KERNEL32.dll.1203 =
0x41820024
0009:trace:imports:import_dll --- GetModuleFileNameW KERNEL32.dll.634 =
0x7b86b864
...
--- snip ---
MSDN entry for KERNEL32.dll.RtlLookupFunctionEntry:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms680597%28v=vs.85%…
("ARM Definition")
Regards
--
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=51974
Bug ID: 51974
Summary: Dialogs that apear when loading documents don't work
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tebicap(a)gmail.com
Distribution: ---
Created attachment 70961
--> https://bugs.winehq.org/attachment.cgi?id=70961
Corel Drax X3 portable, import options dialog.
When Loading a file from Corel Draw or Adobe Illustrator (and may be others?)
these programs show a dialog with import options, this dialog don't allow me to
click on the buttons "OK", "CANCEL", nor any other stuff in the dialog. It's
like the dialog's window don't get focused and dont interact with the mouse nor
keyboard, instead, the application below (if there is any other window opened)
receive the actions of my computer inputs.
If I open these programs and open any document that don't need to show me an
import dialog then the file opens OK. Dialogs in general works well, but not
the import options dialog.
Atached Images.
This bug happen on all wine versions I tried (the last one was 6.17 stage)
my system is:
Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.4.0-89-generic
OS Type: 64-bit
Processors: 4 × Intel® Core™ i3-3240 CPU @ 3.40GHz
Memory: 5,8 GiB
--
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.