https://bugs.winehq.org/show_bug.cgi?id=53437
Bug ID: 53437
Summary: Windows program (ZOSICloud.exe) ran great under an
earlier version, but now crashes
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: david(a)depowell.com
Distribution: ---
Created attachment 72817
--> https://bugs.winehq.org/attachment.cgi?id=72817
Console output when program is run
I have a program, called ZOSICloud.exe, that I installed on my Ubuntu Focal
Fossa (20.04) laptop about six months ago to monitor my security cameras. It
ran perfectly under WINE, but I honestly don't know what version of WINE I was
running.
For some reason, my WINE installation disappeared, perhaps during an update. I
haven't a clue why. So I reinstalled it using apt. The installation went well,
but I wound up with version 5.0 of WINE. Most of my other Windows programs
would run, but a lot of useful functionality (e.g., printing) was missing.
ZOSICloud.exe would not run at all, just crash immediately.
I uninstalled WINE 5.0 and installed version 7.0 by following the instructions
on the winehq.org web site. This restored the missing functionality in my other
Windows programs, but ZOSICloud.exe still crashes when I try to launch it. I
have reinstalled ZOSICloud.exe several times, using both the default (64-bit)
wineprefix and in a 32-bit wineprefix (I don't know how to tell if
ZOSICloud.exe is 64- or 32-bit), but it won't run either way.
The application (ZOSICloud.exe) can be downloaded from
https://s3.amazonaws.com/ansjerfilemanager/ZOSICloud_3.0.1.2.exe
Note that the desktop link it creates is incorrect; it runs a program called
"test_link.exe" instead of "ZOSICloud.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=38604
Bug ID: 38604
Summary: winedbg: internal crash when valgrinding
ieframe/tests/ie.c with pdb debug symbols
Product: Wine
Version: 1.7.43
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
Created attachment 51499
--> https://bugs.winehq.org/attachment.cgi?id=51499
log
See also bug 38594 for a similar issue, though this one causes winedbg to
crash. Log 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.
http://bugs.winehq.org/show_bug.cgi?id=15679
Summary: cygwin symlinks not working in wine
Product: Wine
Version: 1.1.6
Platform: Other
URL: http://cygwin.com
OS/Version: other
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Surprisingly, cygwin seems to work nowadays,
as long as you do everything inside a wineconsole
running cygwin.bat. (Perhaps cygwin apps should
work outside wineconsole; that would be a separate
bug report.)
However, cygwin's gcc doesn't work unless you
replace certain cygwin symlinks with unix ones, e.g.
$ cd .wine/drive_c/cygwin/usr/i686-pc-cygwin/bin
$ for a in *; do ln -sf ../../../bin/$a; done
Likewise, /bin/vi doesn't work, as it's a symlink to vim.exe.
In fact, cygwin's ls -l doesn't even recognize cygwin's symlinks as such:
$ ls -l vi
-rw-r--r-- 1 dank mkpasswd 18 Oct 19 05:53 vi
$ cat vi
!<symlink>vim.exe
So either they're not being created right, or they're
not being recognized properly by cygwin for some reason,
or both.
--
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=53724
Bug ID: 53724
Summary: Obduction in-game videos don't play
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: zerooneo(a)01101001.net
Regression SHA1: 6424b9d6b70ead890f729917fafc09a36d44a51b
Distribution: Ubuntu
Created attachment 73154
--> https://bugs.winehq.org/attachment.cgi?id=73154
Log of the console output from the first non-working version
In commit 6424b9d6b70ead890f729917fafc09a36d44a51b , "dbghelp: Store all
address ranges for inline sites.", in-game video and audio in Obduction stop
playing.
The log contains messages relating to both an invalid pointer access as well as
to mfplat, which is involved in playing the videos.
--
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=51529
Bug ID: 51529
Summary: CloseHandle(INVALID_HANDLE_VALUE) returns FALSE,
GetLastError is ERROR_INVALID_HANDLE
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: sergey.bychkow(a)gmail.com
Distribution: ---
Created attachment 70368
--> https://bugs.winehq.org/attachment.cgi?id=70368
Test CloseHandle(INVALID_HANDLE_VALUE)
CloseHandle(INVALID_HANDLE_VALUE) returns FALSE, GetLastError is
ERROR_INVALID_HANDLE on Wine. I tried it with MacOSX and Linux.
But on Windows CloseHandle(INVALID_HANDLE_VALUE) returns TRUE. So many programs
could fail if they didn't expect FALSE here.
Test case (Pascal). Can be compiled with FPC or Delphi.
// file TestCloseHandle.lpr
program TestCloseHandle;
{$APPTYPE CONSOLE}
uses
//Winapi.Windows;
Windows;
var
aHandle: THandle;
aResult: HRESULT;
begin
//aHandle := 0;
aHandle := INVALID_HANDLE_VALUE;
if CloseHandle(aHandle) then
aResult := 0
else
aResult := GetLastError;
Writeln('Result: ', aResult);
end.
--
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=29998
Bug #: 29998
Summary: Crysis 2 (>1.0) huge graphical issues after loading a
savegame
Product: Wine
Version: 1.4-rc5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: christian.frank(a)gmx.de
Classification: Unclassified
Created attachment 39060
--> http://bugs.winehq.org/attachment.cgi?id=39060
Crysis 2 log
Hi,
if you try to use a saved game in Crysis 2 which is patched to a higher level
than 1.0, you will have huge graphical issues. Either you get a black scree
with only the hud displayed, or completely broken graphics, or a whiet screen
etc..
This does only happen if you use a savegame or if you want to replay a mission.
If you start the campaign from the beginning, the game will look fine.
This behaviour happens with tons of wine version i have testet, so doesnt seem
to be a regression right now.
CryEngine 3 is planned to be used in other upcoming games and is somehow a
engine which really pushes d3d9 to its limits.I think it would make a lot of
sense to get this issue fixed .
Many thanks,
Christian
--
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=53838
Bug ID: 53838
Summary: Non-PE builds fail after "makedep: Make the
installation directories architecture-generic."
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: julliard(a)winehq.org
Regression SHA1: 9795a01918185435f7d9a34806327ef9bf109e6a
Distribution: ---
After 9795a01918185435f7d9a34806327ef9bf109e6a, "makedep: Make the installation
directories architecture-generic.", non-PE (--without-mingw) fail.
Previously for such builds, the <prefix>/lib/wine/<arch>-windows directory
contained the small stub .dll/.exe files - now they are all installed along
with the .so files in the <arch>-unix directory.
--
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=53669
Bug ID: 53669
Summary: Problems with two separate MetaTrader4 programs on the
same Wine desktop under wine 7.16
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tst1(a)mixbox.pl
Distribution: ---
I use two separate MetaTrader4 programs, placed in different directories on
disk and running on the same Wine desktop.
After updating wine to 7.16 (under Manjaro Linux) the second opened MetaTrader4
stopped working (I can open it, but can not maximize any chart and after few
seconds the second MetaTrader4 closes).
Downgrading wine to a previous wine 7.15 version is a workaround solution
solving the 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=52790
Bug ID: 52790
Summary: winedbg 'bt all' filled with dbghelp_dwarf fixmes
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, regression, source
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
First, run any wine app
$ wine notepad
Then, try to run `bt all`:
austin@hyrule:~$ echo "bt all" | winedbg
Wine-dbg>02d4:fixme:dbghelp_dwarf:dwarf2_read_range no entry found
RtlDefaultNpAcl () at Z:\home\austin\wine-git\dlls\ntdll\sec.c:1731
0x7bc53821 ntdll+0x53821 [Z:\home\austin\wine-git\dlls\ntdll\sec.c:1731]: ret
1731 }
Backtracing for thread 0024 in process 0020 (C:\windows\system32\start.exe):
Backtrace:
=>0 0x7bc0be6c CsrAllocateCaptureBuffer+0xae6c() in ntdll (0x0031fd58)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
1 0x7b073b7e WaitForSingleObject+0x39(handle=<internal error>,
timeout=<internal error>) [Z:\home\austin\wine-git\dlls\kernelbase\sync.c:334]
in kernelbase (0x0031fd98)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
02d4:fixme:dbghelp_dwarf:compute_call_frame_cfa Too complex expression for
frame_CFA resolution (RULE_VAL_EXPRESSION)
2 0x00402804 wmain+0xa14(argc=<internal error>, argv=<internal error>)
[Z:\home\austin\wine-git\programs\start\start.c:701] in start (0x0031fef8)
3 0x004038d8 wmainCRTStartup+0x68()
[Z:\home\austin\wine-git\dlls\msvcrt\crt_wmain.c:60] in start (0x0031ff30)
4 0x7b62d310 WriteTapemark+0x100(device=7FFD1000, type=<is not available>,
count=<is not available>, immediate=<is not available>)
[Z:\home\austin\wine-git\dlls\kernel32\tape.c:317] in ker
nel32 (0x0031ff48)
5 0x7bc58ca7 RtlWakeConditionVariable+0x57(variable=7B62D300)
[Z:\home\austin\wine-git\dlls\ntdll\sync.c:757] in ntdll (0x0031ff5c)
6 0x7bc59360 RtlCreateUserThread(entry=00403870, arg=7FFD1000)
[Z:\home\austin\wine-git\dlls\ntdll\thread.c:261] in ntdll (0x0031ffec)
02d4:fixme:dbghelp_dwarf:dwarf2_read_range no entry found
0x7bc53821 ntdll+0x53821 [Z:\home\austin\wine-git\dlls\ntdll\sec.c:1731]: ret
1731 }
with WINEDEBUG=-all, it's much more readable:
Backtracing for thread 0024 in process 0020 (C:\windows\system32\start.exe):
Backtrace:
=>0 0x7bc0be6c CsrAllocateCaptureBuffer+0xae6c() in ntdll (0x0031fd58)
1 0x7b073b7e WaitForSingleObject+0x39(handle=<internal error>,
timeout=<internal error>) [Z:\home\austin\wine-git\dlls\kernelbase\sync.c:334]
in kernelbase (0x0031fd98)
2 0x00402804 wmain+0xa14(argc=<internal error>, argv=<internal error>)
[Z:\home\austin\wine-git\programs\start\start.c:701] in start (0x0031fef8)
3 0x004038d8 wmainCRTStartup+0x68()
[Z:\home\austin\wine-git\dlls\msvcrt\crt_wmain.c:60] in start (0x0031ff30)
4 0x7b62d310 WriteTapemark+0x100(device=7FFD1000, type=<is not available>,
count=<is not available>, immediate=<is not available>)
[Z:\home\austin\wine-git\dlls\kernel32\tape.c:317] in ker
nel32 (0x0031ff48)
5 0x7bc58ca7 RtlWakeConditionVariable+0x57(variable=7B62D300)
[Z:\home\austin\wine-git\dlls\ntdll\sync.c:757] in ntdll (0x0031ff5c)
6 0x7bc59360 RtlCreateUserThread(entry=00403870, arg=7FFD1000)
[Z:\home\austin\wine-git\dlls\ntdll\thread.c:261] in ntdll (0x0031ffec)
0x7bc53821 ntdll+0x53821 [Z:\home\austin\wine-git\dlls\ntdll\sec.c:1731]: ret
1731 }
--
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=47595
Bug ID: 47595
Summary: Tequila City of Heroes Launcher - expect_no_runtimes
Process exited with a Mono runtime loaded.
Product: Wine
Version: 4.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 65009
--> https://bugs.winehq.org/attachment.cgi?id=65009
Console output - wine 4.11 (staging)
Hello everyone,
"Tequila" is a launcher for the abandoned game "City of Heroes". It starts up
okay, downloads some stuff but 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=38594
Bug ID: 38594
Summary: dbghelp_msc:pe_load_debug_directory Got a page fault
while loading symbols (Visual C++ 2013 .pdb's)
Product: Wine
Version: 1.7.43
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
Created attachment 51493
--> https://bugs.winehq.org/attachment.cgi?id=51493
terminal output in wine-1.7.43
Now that we have pdb's for wine_gecko (see bug 36941), I tried running valgrind
with gecko 2.36. The atl100/tests/atl.c test shows a lot of issues with unknown
symbols, eventually getting a page fault, e.g.,:
fixme:dbghelp_msc:codeview_fetch_type Cannot locate type 103
fixme:dbghelp_msc:codeview_get_type Returning NULL symt for type-id 103
fixme:dbghelp_msc:codeview_snarf S-Udt nullptr_t: couldn't find type 0x103
fixme:dbghelp_msc:codeview_snarf S-Udt NullptrT: couldn't find type 0x103
fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 114c
fixme:dbghelp_msc:codeview_add_type_enum_field_list Unsupported type 1404 in
ENUM field list
fixme:dbghelp_msc:numeric_leaf Unsupported numeric leaf type 8009
fixme:dbghelp_msc:numeric_leaf Unsupported numeric leaf type 800a
...
err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols
full output 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=53829
Bug ID: 53829
Summary: Font links for MingLiU broken 32-bit wineprefixes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: blocker
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Wine fails to create (non-WoW) 32-bit wineprefixes:
0024:err:environ:run_wineboot boot event wait timed out
wine: could not load kernel32.dll, status c0000135
A bisect shows the issue started with this commit:
commit edecac8afdd04701314381b6386e0f7ac862e066
Author: Ziqing Hui <zhui(a)codeweavers.com>
Date: Tue Oct 18 13:38:56 2022 +0800
win32u: Add font links for MingLiU.
As was reported by the TestBot:
https://gitlab.winehq.org/wine/wine/-/merge_requests/1089
Reverting this commit fixes the 32-bit wineprefix creation.
--
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=53521
Bug ID: 53521
Summary: imm32:imm32 - test_default_ime_window_creation() fails
on Windows 10 21H1+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: imm32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
imm32:imm32 - test_default_ime_window_creation() fails on Windows 10 21H1+:
imm32.c:1427: Test failed: Expected IME window existence
https://test.winehq.org/data/patterns.html#imm32:imm32
This failure is systematic and this check was introduced in:
commit 716e9c93e4a2a0574e0028d428eb087574d8d843
Author: Akihiro Sagawa <sagawa.aki(a)gmail.com>
AuthorDate: Fri Sep 2 21:55:37 2016 +0900
imm32/tests: Add more default IME window tests with message-only window.
Signed-off-by: Akihiro Sagawa <sagawa.aki(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=50573
Bug ID: 50573
Summary: division by zero in wineconsole when hovering mouse
over
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
Created attachment 69247
--> https://bugs.winehq.org/attachment.cgi?id=69247
Demo application to reproduce the issue
This bug can be reproduced with the same application provided in bug 49780,
which I am attaching again to this issue.
When launching the application, you will not see anything because wineconsole
does not support VT sequences (see bug 49780). However, when hovering the mouse
over wineconsole, it will crash because of a division by zero.
Thank you.
--
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=48197
Bug ID: 48197
Summary: Autonauts in steam under wine has a memory leak.
Product: Wine
Version: 4.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: eeknaak(a)gmail.com
Distribution: ---
Created attachment 65834
--> https://bugs.winehq.org/attachment.cgi?id=65834
Hard_info report
Running Autonauts.exe under wine 4.20 has a constant memory leak. Running it
native on windows doesn't have a leak.
https://github.com/EricKnaak/computerfacts/blob/master/pc%20specs
OS: Ubuntu 18.04
wine: 4.20
steam for linux: Built: Nov 20 2019, at 01:49:33
Autonauts.exe won't run in valgrind due to lack of support of IRET/IRETD —
Interrupt Return.
I learned about Valgrind and how to compile again. I don't see anything I can
do to gather any more info on this problem.
--
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=53855
Bug ID: 53855
Summary: V Rising everything is blue graphical glitch (texture
issue)
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 73382
--> https://bugs.winehq.org/attachment.cgi?id=73382
V Rising - Wine-staging 7.19 - Default terminal output
Hello,
I tested V Rising while it was free on Steam
(https://store.steampowered.com/app/1604030/V_Rising/)
The main issue (this bug) is that everything is plain blue.
It looks like a texture related issue.
There is also a memory consumption issue. The minimum memory requirements is
12GB but the game consumes more than that. I have 16GB of memory but it's
filled quickly and multiple GB of swap space are used. This doesn't prevent the
game from working though. It just makes it slow to load.
Debian 8 jessie
Intel® Core™ i7-4930K CPU @ 3.40GHz × 12
NVIDIA GeForce RTX 2070/PCIe/SSE2 (8GB VRAM - proprietary driver 515.57)
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=53853
Bug ID: 53853
Summary: loader/wine.inf.in Unable to enter Chinese as Nombre
when create regedit
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
I know that we can modify wine.inf.in according to the format of the .inf file,
so that wine will write the corresponding content into the registry when it
starts.
such as:
> HKLM,%FontSubStr%,"MS Shell Dlg 2",,"Tahoma"
But when I type Chinese in this file, the Chinese cannot be imported into the
registry very well, instead it becomes garbled characters
such as:
> HKLM,%FontSubStr%,"宋体",,"Tahoma"
After starting wine, the corresponding position will become garbled. instead of
Chinese "宋体"
--
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=53852
Bug ID: 53852
Summary: Launching wine resets DualShock 4 LED to default blue
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: andysem(a)mail.ru
Distribution: ---
Launching any application under wine (e.g. winecfg) resets DualShock 4 LED to
the default light blue light. Happens every time. The gamepad is connected over
Bluetooth and its LED is disabled upon connecting by my udev rules, so wine is
constantly breaking my configuration.
Steps to reproduce:
1. Connect DualShock 4 over Bluetooth.
2. Turn off the LED by "for f in
/sys/bus/hid/devices/0005:054C:05C4.000D/leds/*; do echo 0 > $f/brightness;
done". Here, 0005:054C:05C4.000D is the gamepad device id.
3. Run "wine winecfg".
This is on Kubuntu 22.04, Linux kernel 5.15.0-52-lowlatency.
Interestingly, even after running wine, all the "brightness" files still report
0. It looks like wine is somehow resetting the controller LED to the default
state without writing to these control files. In order to turn the LED off
again after that one has to write a non-zero value to the brightness files
first, and then zero 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=53851
Bug ID: 53851
Summary: wrong symbols for close, Minimize and Maximize in
titlebar buttons and system menus
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bastien.blanchon(a)gmail.com
Distribution: ---
On Linux mint 22 "vanessa" (mate desktop+wm) wine 6.03 the buttons in use for
the windows size handling options are incorrect on
- windows menu
- modal sub windows titlebars
- application titlebars when using "virtual desktop" mode
square instead of cross for "close"
1 instead of the maximize symbol for maximize, idem with 2 for "restore" and 0
for minimize
please note that the following packages are installed
- ms core fonts (in text mode so as not to miss the license validation)
- wine fonts
- tahoma font was installed with wintricks, without result
this issue seems similar to what happens when when wine font is not installed,
so should just be an font issue
No Bug relate dto this issue con be found on linux mint or ubuntu forum
--
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=47277
Bug ID: 47277
Summary: dotnet applications seems to repeatedly call
URL_ParseUrl and fail
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yshuiv7(a)gmail.com
Distribution: ---
Basically the symptom is exactly as what is described here:
https://forum.winehq.org/viewtopic.php?f=8&t=30819
Setup:
A clean wine64 prefix, with dotnet 4.6.2 installed via winetricks.
The problem:
When running dotnet applications, wine prints "fixme:shell:URL_ParseUrl failed
to parse L"<some string>"" non-stop, and the application doesn't work.
And this only happens when windows version is set to "Windows 7" and up
--
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=53846
Bug ID: 53846
Summary: Microsoft Office 365: Crashes when trying to activate
with my student account
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: epdo(a)u.dmarc.ro
Distribution: ---
Created attachment 73377
--> https://bugs.winehq.org/attachment.cgi?id=73377
Excel 365 organisation e-mail activation crash, otherwise fully functional as a
5 day trial
When I try to activate any Microsoft Office 365 program, I first sign in using
my student e-mail as a Microsoft account, then it gets redirected to Google
Workspace ("Taking you to your organisation's sign-in page") and as I enter my
e-mail again it crashes. On Windows it works. Getting a key using the e-mail
simply doesn't work. The programs are fully functional as a 5 day trial.
--
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=44926
Bug ID: 44926
Summary: Olive tree BibleStudySetup_6.1.1.exe
fails:ITERATE_Actions Execution halted, action
L"WixCreateInternetShortcuts" returned 1603
Product: Wine
Version: 3.4
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
To see this first work around bug 44135
then:
0039:fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format,
advertised shortcut
wine: cannot find L"C:\\windows\\system32\\winemenubuilder.exe"
0039:err:msi:ITERATE_Actions Execution halted, action
L"WixCreateInternetShortcuts" returned 1603
0039:err:msi:execute_script Execution of script 2 halted; action
L"[C:\\users\\louis\\Start Menu\\Programs\\Olive Tree Bible Software\\Bible
Study 6 online
support.url\0080http://help.olivetree.com/\00801\0080\00800<=>S-1-5-21-0-0-0-1000<=>{85E9410C-03A6-4396-9688-91981F445D1B}]WixRollbackInternetShortcuts"
returned 1603
sha1sum ~/Downloads/BibleStudySetup_6.1.1.exe
e55cd3df7b44bab85fdcb6785c32aa73988e338b
/home/louis/Downloads/BibleStudySetup_6.1.1.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=11846
Summary: tablet pressure sensitivity not working in Sai and many
other key graphic applications
Product: Wine
Version: 0.9.56.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wintab32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: blurymind(a)gmail.com
tablet pressure sensitivity still not working on crucial graphic software that
is made to be used with tablets.
I am not sure if thats due wintab32,because im not a developer.
Applications like SAI that are wonderfully small ,full featured and even better
than photoshop for CG coloring (better brushes,other key features) work almost
perfectly fine on wine, but their practically useless when tablet pressure
doesnt work..
http://appdb.winehq.org/objectManager.php?sClass=version&iId=11044
another application that is a freeware and a fine substitute for painter is
http://appdb.winehq.org/objectManager.php?sClass=version&iId=7425&iTestingI…
tablet pressure works on photoshop and artrage,but not on many other key
applications in the graphic world that crucially depend on it. This feature is
very important,since there are absolutely no alternatives to these applications
on linux (if you study their key features you'll see there arent any on windows
too at the moment,especially Sai). The applications work almost perfectly on
wine,but that lack of this feature stops people from taking advantage of that.
Another application is Open Canvas...
But especially Sai- If there is any hack or workaround to get pressure
sensitivity working on sai, even a patch..i would gladly test it and report any
progress on Sai on wine.
--
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=53843
Bug ID: 53843
Summary: coturn support
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: Neustradamus(a)hotmail.com
CC: dimesio(a)earthlink.net
Can you look to add the WINE support of coturn directly in software?
There is a ticket here, answer is needed:
- https://github.com/coturn/coturn/issues/1044
Thanks in advance.
--
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.