https://bugs.winehq.org/show_bug.cgi?id=53027
Bug ID: 53027
Summary: Port Royale 4 crashes with wined3d_texture*
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 72398
--> https://bugs.winehq.org/attachment.cgi?id=72398
Vulkan backtrace
Hi,
This time, i used Wine unpatched :-D
The game crashes at the same place with OpenGL/Vulkan renderer.
Launch the game works, navigate in the menu & begin a new game too.
The issue appears during the loading when i start a new game.
I attach the backtrace for OpenGL and Vulkan renderer.
--
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=52545
Bug ID: 52545
Summary: [PATCH] ACE rights parser should allow octal and
decimal formats
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: ake.rehnman(a)gmail.com
Distribution: ---
Created attachment 71859
--> https://bugs.winehq.org/attachment.cgi?id=71859
Patch
Security descriptor parser should accept octal and decimal numeric format in
addition to hex.
ace-rights = (*text-rights-string) / ("0x" 1*8HEXDIG) / ("0" 1*%x30-37) /
(1*DIGIT )
https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-dtyp/f4296d…
--
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=42857
Bug ID: 42857
Summary: Can't select a fixture in FreeStyler's fixture editor
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: florian-edelmann(a)online.de
Distribution: ---
Created attachment 57958
--> https://bugs.winehq.org/attachment.cgi?id=57958
Console output. Starting the fixture editor in line 31
Installing worked fine after installing two verbs with winetricks (vb6run and
mfc42).
Starting all bundled applications also works as expected.
However, as soon as I select a fixture (folder opening also no problem), the
Fixture Editor hangs and eventually opens a small, all-black dialog and exits
when I close that. The same happens in the main application (FreeStyler) when
clicking on Setup in the menu, and then on Add/Remove fixtures
In the console output (full output attached), the following lines are repeated:
fixme:olepicture:OleLoadPictureEx
(0xcbaafc,2359,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0x32f368),
partially implemented.
fixme:ole:CLSIDFromProgIDEx L"Scripting.FileSystemObject",0x32f3a4: semi-stub
fixme:scrrun:filesys_QueryInterface Unsupported interface
{7fd52380-4e07-101b-ae2d-08002b2ec713}
fixme:scrrun:filesys_QueryInterface Unsupported interface
{37d84f60-42cb-11ce-8135-00aa004bb851}
fixme:scrrun:file_get_DateLastModified (0x1beb920)->(0x32f1e8)
Only the first number in the last line is changed every time.
I replaced a lot of those sections in the log to meet the 5MB file size 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=53645
Bug ID: 53645
Summary: AIMP 3 memory leak
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HarlanStaggs(a)gmail.com
Distribution: ---
How to reproduce:
1) Open AIMP3 with wine (for example AIMP v3.60 build 1503).
2) Play some music.
3) Open system monitor that allows to monitor RAM usage.
4) Every 1-2 seconds AIMP will take 1-2 mb of your RAM and it wont stop.
5) After several hours it will take 6-8 GB of RAM.
I never saw this behaviour on windows and I could not to reproduce this bug in
AIMP2.
I used system wine (7.16) and wine in Lutris (lutris 7.2-2) - memory leak
appears in both.
--
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=53569
Bug ID: 53569
Summary: postgresql installer 9.3 needs fixed fso.GetTempName
Product: Wine
Version: 7.11
Hardware: x86
URL: https://www.enterprisedb.com/downloads/postgres-postgr
esql-downloads
OS: Linux
Status: NEW
Keywords: download, Installer, source
Severity: minor
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: sloper42(a)yahoo.com
CC: austinenglish(a)gmail.com, sloper42(a)yahoo.com
Depends on: 46083, 53565
Distribution: Fedora
This is followup of Bug #53565
Noticed in postgresql 9.3.25-1 installer. When starting the installer, a script
called prerun_checks is executed. There is issue executing following line
Temp_Path = strSystemRoot & "\" & fso.GetTempName() & ".vbs"
".vbs" is not attached to Temp_Path, because GetTempName returns wrong BSTR
length.
--
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=53335
Bug ID: 53335
Summary: Crash when converting an rich text editor already
containing text into a password input
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
riched20 crashes when a rich text editor that already contains text is
converted into a password input field.
--
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=53051
Bug ID: 53051
Summary: Kvaser software crashes on unimplemented function
ntoskrnl.exe.ExNotifyCallback
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 72447
--> https://bugs.winehq.org/attachment.cgi?id=72447
Console output
Steps to reproduce:
1. Install Kvaser Drivers for Windows
2. Run `wine 'C:\Program Files\Kvaser\Drivers\kcanconf.exe'`
A crash dialog appears, but after closing it the Kvaser Device Guide does open.
$ sha256sum kvaser_drivers_setup.exe
7519aa9b919ab88a830b2818e03d1311fbc2a0ed569722b0e7170fa5ef11839d
--
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=52972
Bug ID: 52972
Summary: wineusb.sys: add_usb_device erroneously releases
critical section on failure path
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: z.figura12(a)gmail.com
Distribution: ---
In wineusb.sys, add_usb_device() erroneously calls
"LeaveCriticalSection(&wineusb_cb);" without first having entered the critical
section.
--
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=48600
Bug ID: 48600
Summary: Bloomberg Terminal - crashes post installation, cannot
run
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fusion
Assignee: wine-bugs(a)winehq.org
Reporter: knez(a)mailbox.org
Distribution: ---
Created attachment 66437
--> https://bugs.winehq.org/attachment.cgi?id=66437
Bloomberg terminal - crashes post installation
Bloomberg Terminal - Client Software for Windows.
Download location:
https://www.bloomberg.com/professional/support/software-updates/
(https://bdn-ak-ssl.bloomberg.com/software/trv/sotrtLite01072020.exe).
Bloomberg Terminal – New Installation (Terminal Software Only).
OS: Ubuntu 16.04.
Bloomberg terminal is a Windows-only financial professional software.
The installation was run under Wine and no problems are reported.
On execution of the installed file "wintrv.exe" the attached error appears.
Further use of the software fails.
--
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=40444
Bug ID: 40444
Summary: Find doesn't jump to a found item in WinSCP
Product: Wine
Version: 1.9.7
Hardware: x86
URL: http://winscp.net/download/winscp577.zip
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Distribution: Red Hat
This bug is very easy to reproduce.
Run WinSCP and open a session to any host. Open any long enough file
(text/html/whatever), hit Find (Ctrl + F) and try to find something at least on
the second page of the open document.
The cursor will jump, however the screen will remain on the first page. In
order to really jump to this position, you have to close the Find dialog (e.g.
hit "Escape") and press "Up" and "Down" which is terribly inconvenient.
--
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=53832
Bug ID: 53832
Summary: wbemprox: where-clause seems to be case-sensitive
Product: Wine
Version: 7.19
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 73364
--> https://bugs.winehq.org/attachment.cgi?id=73364
script to reproduce the problem
prerequisite: winetricks dotnet48
The attached script shows the problem: on windows one can either use 'c:' or
'C:' in the following query:
$searcher = [wmisearcher]'Select freespace From win32_logicaldisk where
deviceid="c:"'
$searcher.scope.path = "\\.\root\cimv2"
$searcher.get()
On wine only the upper-case 'C:' yields any results.
Steps to reproduce: download attached script and do 'wine pwsh -f aaa.ps1'
Results on wine:
Lower case c: gives:
Upper case c: gives:
__GENUS : 2
__CLASS : Win32_LogicalDisk
__RELPATH :
__PROPERTY_COUNT : 1
__DERIVATION : {}
__SERVER :
__NAMESPACE :
__PATH :
FreeSpace : 5817585664
PSComputerName :
Results on windows:
Z:\> .\aaa.ps1
Lower case c: gives:
__GENUS : 2
__CLASS : Win32_LogicalDisk
__SUPERCLASS :
__DYNASTY :
__RELPATH :
__PROPERTY_COUNT : 1
__DERIVATION : {}
__SERVER :
__NAMESPACE :
__PATH :
FreeSpace : 23573446656
PSComputerName :
Upper case c: gives:
__GENUS : 2
__CLASS : Win32_LogicalDisk
__SUPERCLASS :
__DYNASTY :
__RELPATH :
__PROPERTY_COUNT : 1
__DERIVATION : {}
__SERVER :
__NAMESPACE :
__PATH :
FreeSpace : 23573446656
PSComputerName :
--
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=53821
Bug ID: 53821
Summary: winbase.h: ReOpenFile declaration missing (and not
available in any other header)
Product: Wine
Version: 7.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)ivanchev.net
Distribution: ---
A declaration for ReOpenFile should be imported with winbase.h
(https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-reop…)
but is currently missing. In fact, no header in Wine declares that function.
--
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=53706
Bug ID: 53706
Summary: NtDeviceIoControlFile() is quite slow when called with
and invalid handle
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: metalcaedes(a)gmail.com
Distribution: ---
Created attachment 73130
--> https://bugs.winehq.org/attachment.cgi?id=73130
Call DeviceIoControl() with an invalid handle a lot and measure how long it
takes
I'm running some nonpublic proprietary application that I don't have the source
code for in Wine (I attached a simple testprogram though).
I noticed severe performance problems (compared with native Windows) and
profiling it in perf (is there a better way?) showed a lot of useless memory
addresses and also NtDeviceIoControlFile().
I figured out that the application calls DeviceIoControl() *a lot*, and after
hooking that function and replacing it with a stub that basically just returns
FALSE the application's performance was a lot better (good enough for my
purposes).
Being the curious type, I added some logging to my stub and realized that the
handle that gets passed is 0xFFFFFFFF (INVALID_HANDLE_VALUE) - even on Windows!
Specifically, I saw:
hDevice: 0xFFFFFFFF code: 0x80010021 inBufSize: 4 outBufSize: 4 overlapped: 0x0
Reimplementing DeviceIoControl() (based on Wine Source) in my (former) stub and
adding some time measurements showed that in this specific case (calling it
with an invalid handle) the called NtDeviceIoControlFile() often takes around 4
microseconds on Wine (sometimes even over 20!) while it only takes around 0.5
microseconds on Windows 10 (even though that PC is a bit slower).
So it takes 8-40 times as long in Wine.
Looking into Wine's NtDeviceIoControlFile() implementation, this is probably
the case because it calls into wineserver, via `server_ioctl_file()`.
So I *think* that this could be relatively easily fixed by checking if the
handle is INVALID_HANDLE_VALUE first thing in NtDeviceIoControlFile(), and if
that's the case call `SetLastError( ERROR_INVALID_HANDLE );` and `return
FALSE;` (Windows returns FALSE and sets that error code).
I'm not 100% sure about this though, because I don't know if there are any
cases of calling `NtDeviceIoControlFile()` where INVALID_HANDLE_VALUE is OK -
if there are, the early-out-check would probably have to take the `code`
argument into account (as far as I can tell it specifies the operation that
NtDeviceIoControlFile() executes).
I attached a simple test program that just calls DeviceIoControl() a lot (with
the parameters I've seen in the real program I have issues with) and measures
how long that takes.
On my Windows machine (i7-4771, Win10) one call takes about 0.48-0.5
microseconds.
On my Linux machine (Ryzen 5950X, Kernel 5.15, wine 7.17) one call takes about
4 microseconds on average, though many calls took longer.
--
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=53614
Bug ID: 53614
Summary: KeyPassXC does not open
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: dstwine(a)mailinator.com
Distribution: ---
Created attachment 73012
--> https://bugs.winehq.org/attachment.cgi?id=73012
Log from console
As in the title.
Impossible to run KeyPassXC on Ubuntu 20.04 and Winehq 7.16 (but also 7.0
stable).
A console is returned with error 5 because windbg cannot attach to obtain a
backtrace.
I attached the log in the console that concern the process related to
KeyPassXC.
Best 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=53455
Bug ID: 53455
Summary: shell32:recyclebin - test_query_recyclebin() gets
unexpected recyclebin size in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:recyclebin - test_query_recyclebin() gets unexpected recyclebin size:
recyclebin.c:79: Test failed: Expected recycle bin to have 0x22 bytes
recyclebin.c:80: Test failed: Expected recycle bin to have 0x1 items
https://test.winehq.org/data/patterns.html#shell32:recyclebin
The expected size in bytes can also be 0x20 or 0x21 which can cause false
positives.
--
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=53003
Bug ID: 53003
Summary: XM6 TypeG: some MIDI note-on messages aren't sent to
MIDI devices (MIDI running status isn't supported in
the MIDI mapper)
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Created attachment 72371
--> https://bugs.winehq.org/attachment.cgi?id=72371
minimal reproducible example
XM6 TypeG[1] is a SHARP X68000 Emulator.
When I use STed2[2] inside XM6 TypeG, some MIDI note-on messages aren't sent to
MIDI devices (e.g. Timidity++).
@honda_ken, an original reporter on Twitter, tweeted XM6 TypeG sounds strange
on Wine. He also informed me that Wine outputs the following message on his
console:
0338:fixme:midi:modData ooch 3c
0338:fixme:midi:modData ooch 403e
0338:fixme:midi:modData ooch 3e
0338:fixme:midi:modData ooch 4040
0338:fixme:midi:modData ooch 40
0338:fixme:midi:modData ooch 4041
0338:fixme:midi:modData ooch 41
0338:fixme:midi:modData ooch 4043
0338:fixme:midi:modData ooch 43
I setup XM6 TypeG environment on my PC and I can reproduce the issue.
Preparing the environment is a bit difficult, I wrote a minimal reproducible
example (shortmsg.c).
Steps to reproduce:
1. Compile the source code.
% i686-w64-mingw32-gcc -o shortmsg.exe shortmsg.c -lwinmm
2. Setup your favorite MIDI device, e.g. Timidity++.
% timidity -iA &
3. Run the executable (argument -1 means we use the MIDI mapper).
% wine shortmsg.exe -1
Expected result:
We can hear the piano voice, C, D, E and F.
Actual result:
We can hear the piano voice, only C.
[1] http://retropc.net/pi/xm6/index.html
[2] http://retropc.net/x68000/software/sound/rc/sted2/
--
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=52841
Bug ID: 52841
Summary: leverless arcade controller SOCD cleaning regression
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: namtsui(a)gmail.com
Distribution: ---
Created attachment 72236
--> https://bugs.winehq.org/attachment.cgi?id=72236
fix
downstream bug: https://github.com/ValveSoftware/Proton/issues/5527
There is a regression in wine SDL. I tested wine 7.0 using Linux 5.17.2. I
think this is the commit to blame:
https://github.com/wine-mirror/wine/commit/9cf1e8353cf05af1009e3e5d40b62f0e…
See the file: wine-7.0/dlls/winebus.sys/bus_sdl.c
https://github.com/wine-mirror/wine/blob/6d4ec1255acceec7152ed98764ee29991a…
Leverless arcade controllers have all-buttons. One such controller is the
hitbox controller from the company hitbox. It has four directional buttons
mapped to DPAD. It has simultaneous opposite cardinal direction (SOCD)
cleaning. If you hold down + up, it should output up. If you hold left + right,
it should output nothing at all (neutral).
I added print statements. See the attached fix.
In clip 1, I demonstrate SDL2 events when down and up are held simultaneously
during a jump for a while:
hold down (DOWN press event)
hold up (DOWN release event. UP press event.)
hold both for a while
release all (UP release event. DOWN release event.)
[1] https://clips.twitch.tv/PlausibleSparklingButterJonCarnage-1nJQjUmS_kATb5Y6
In clip 2 the actual bug is shown.
hold down (DOWN press event)
press up (DOWN release event. UP press event.)
steps 1 to 2 were demonstrated in clip 1.
release up (DOWN press event. UP release event.)
keep holding down
[2] https://clips.twitch.tv/FunnyPlayfulClintmullinsArgieB8-p3pUOVQuS-eA8oqi
The UP release event at the end in step 3 causes the axis to be reset to 0.
This ignores the DOWN press event immediately preceding it.
Clip 3 shows after the proposed fix is applied.
[3] https://clips.twitch.tv/RacyNeighborlyCookiePeteZaroll-2wwLnflwjAa3ZlFz
--
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=52686
Bug ID: 52686
Summary: DateAdd not implemented
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: sergey.bychkow(a)gmail.com
Created attachment 72024
--> https://bugs.winehq.org/attachment.cgi?id=72024
Sample script
A call to DateAdd function breaks VBScript.
Sample (testdateadd.vbs):
1> aDateFrom = Now
2> MsgBox "Now: " & aDateFrom
3> aDateFrom = DateAdd("h", 1, aDateFrom)
4> MsgBox "+1h: " & aDateFrom
$ wine wscript testdateadd.vbs
Line 2 shows MsgBox, but line 4 does not execute.
Errors (error.log):
0009:fixme:variant:get_date_format ignoring flags 10
0009:fixme:vbscript:Global_DateAdd
0009:fixme:wscript:ActiveScriptSite_OnScriptError ()
--
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=53005
Bug ID: 53005
Summary: quartz:systemclock Fails after timeGetTime() wraps
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 72373
--> https://bugs.winehq.org/attachment.cgi?id=72373
Use GetTickCount64() instead of timeGetTime() in quartz:systemclock
quartz:systemclock fails on fg-deb64:
systemclock.c:186: Test failed: Got timestamps 43062836670000, 113163710000,
43062836670000.
https://test.winehq.org/data/patterns.html#quartz:systemclock
The issue is that timeGetTime() wrapped after 49.71 days (2^32 milliseconds) of
uptime, causing it to no longer match the values returned by
IReferenceClock_GetTime().
The test started using timeGetTime() in the commit below:
commit bf5b35f19b841e6352c32ca7c6671d9172636871
Author: Zebediah Figura <zfigura(a)codeweavers.com>
AuthorDate: Thu Oct 21 12:41:11 2021 -0500
quartz: Use the performance counter for the system clock.
Native probably uses timeGetTime() as a source. That doesn't actually match
the
performance counter on Windows, but it does on Wine, and accessing the
counter
directly is slightly more efficient anyway.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51684
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
The commit made two changes:
GetTickCount*() -> timeGetTime() in the test
GetTickCount64() -> QueryPerformanceCounter() in SystemClockImpl_GetTime()
Before this commit the test was failing on Windows because the GetTickCount*()
values and SystemClockImpl_GetTime() were a bit out of sync. So while switching
to GetTickCount64() in the test fixes the issue in Wine and does not seem to
cause failures on Windows it's not clear that this is correct either.
It would also be nice to see what happens to this test on Windows after 49.7
days of uptime.
--
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=52534
Bug ID: 52534
Summary: ListView: multi select never sends LVN_ODSTATECHANGED
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugs(a)angelohaller.com
Distribution: ---
When using a ListView in virtual mode (LVS_OWNERDATA) and selecting multiple
rows (holding down shift and selecting) the message code LVN_ODSTATECHANGED is
never sent.
Looking through the wine source, there is definitely code present sending
LVN_ODSTATECHANGED, this however never reaches the application and hence is a
bug.
Running the same application in Windows 7 will however send the
LVN_ODSTATECHANGED code.
This seems to be true for ALL programs using LVS_OWNERDATA and supporting multi
select.
This is an issue that arose working on
https://github.com/libui-ng/libui-ng/pull/73
A nicer example to reproduce would be from the `Windows classic samples`. I
forked the official Microsoft repo to add some debug printing:
1. Clone https://github.com/szanni/Windows-classic-samples
2. Change to directory Samples/Win7Samples/winui/controls/common/vlistvw
3. Build VListVw (I cross compile via `x86_64-w64-mingw32-gcc VListVw.c
-lcomctl32` but using the vcproj should work too?) or use the test binary a.exe
(linked at the bottom)
4. Run the resulting .exe
5. Select a cell (should print `LVN_ITEMCHANGED`)
6. Hold down `shift` and select a cell a few rows down below.
On Windows 7 step 6. triggers the message `LVN_ODSTATECHANGED` to be emitted
(as can be seen in the debug print statements). wine however never sends this
message.
This is contrary to the documentation provided in
https://docs.microsoft.com/en-us/windows/win32/controls/lvn-itemchanged#rem…
and behavior developers rely on.
Test binary:
https://github.com/szanni/Windows-classic-samples/blob/main/Samples/Win7Sam…
--
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=49285
Bug ID: 49285
Summary: PNotesPortable crashes inside kernel32
Product: Wine
Version: 5.9
Hardware: x86
URL: https://download3.portableapps.com/portableapps/PNotes
Portable/PNotesPortable_9.3.0.paf.exe?20190321
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Yet another one:
Hi, a user tested some portable apps on forum:
https://forum.winehq.org/viewtopic.php?f=2&t=33957
When you right-click on the taskbar icon, and then choose "Exit" it crashes.
00c4:Call KERNEL32.WritePrivateProfileStructW(00494d5c L"hotkeys",0031c6f4
L"10001",00000000,00000040,004f0310
L"Z:\\media\\louis\\aqqa\\PNotesPortable\\Data\\settings\\Note
s.ini") ret=0043456f
00c4:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7b64e9f5
ip=7b64e9f5 tid=00c4
-->crash
So looks like it crashes inside WritePrivateProfileStructW ??
sha1sum PNotesPortable_9.3.0.paf.exe
2df27f55e3b43c889a5e7c68684e8acbaef9498f PNotesPortable_9.3.0.paf.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.
https://bugs.winehq.org/show_bug.cgi?id=47375
Bug ID: 47375
Summary: Photoshop C 2018 crashes on unimplemented function
msvcr120.dll.?_Schedule@_StructuredTaskCollection@deta
ils@Concurrency@@QEAAXPEAV_UnrealizedChore@23@@Z
Product: Wine
Version: 4.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: winepala(a)tradermail.info
Distribution: ---
Created attachment 64711
--> https://bugs.winehq.org/attachment.cgi?id=64711
wine output
Photoshop CC 2018 crashes on an unimplemented function after using the Color
Range tool to make a selection.
wine: Call from 0x7b4560f6 to unimplemented function
msvcr120.dll.?_Schedule@_StructuredTaskCollection@details@Concurrency@@QEAAXPEAV_UnrealizedChore@23@@Z,
aborting
--
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=53310
Bug ID: 53310
Summary: Roblox Fails With HttpSendRequest
Product: Wine-staging
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: goldstar611(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72687
--> https://bugs.winehq.org/attachment.cgi?id=72687
Partial debug log created using WINEDEBUG=+winhttp,+wininet
Roblox fails to launch experiences after a 15-20 second delay and displays
"An error occurred while starting Roblox Details HttpSendRequest failed (..)
Error: An error occurred in the secure channel support"
Googling this will reveal some old instructions to install libgnutls but this
is already installed on my system.
I upgraded this morning to
- wine-staging 7.12~buster-1
- wine-staging-amd64 7.12~buster-1
- wine-staging-i386:i386 7.12~buster-1
from "deb https://dl.winehq.org/wine-builds/debian/ buster main"
Downgrading these packages to 7.11~buster-1 allows Roblox to launch experiences
again.
--
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=53234
Bug ID: 53234
Summary: nsi:nsi - test_ndis_ifinfo() fails randomly on Windows
10 1507
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
nsi:nsi - test_ndis_ifinfo() fails randomly on Windows 10 1507:
nsi.c:360: Test failed: 7: OutErrors: 3 not in [0 0]
https://test.winehq.org/data/patterns.html#nsi:nsi
The OutErrors value varies between 1 to 3 from one run to the next.
--
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.