http://bugs.winehq.org/show_bug.cgi?id=28995
Bug #: 28995
Summary: Unable to use named pipes with ">" character in the
name
Product: Wine
Version: 1.3.32
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: valentyn.pavliuchenko(a)gmail.com
Classification: Unclassified
I have an app (Avid VENUE software) that uses pipes to work. The app fails to
launch because of pipe name contains a character ">".
MSDN says:
The pipename part of the name can include any character other than a backslash,
including numbers and special characters. The entire pipe name string can be up
to 256 characters long. Pipe names are not case sensitive.
App logs show the following:
23.957 CreateFile error '\\.\PIPE\D-Show Pipe GUI->DM': Invalid name.
Changing ">" to "_" by direct editing executable files makes problem disappear.
--
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=17823
Summary: A crash when installing Rhino 4.0 trial version
Product: Wine
Version: 1.1.17
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrej(a)podzimek.org
Created an attachment (id=20083)
--> (http://bugs.winehq.org/attachment.cgi?id=20083)
Output from the installer
When installing a trial version of Rhino 4.0 obtained from here
http://download.rhino3d.com/eval/?p=25, the installer reports successful
completion. However, the terminal output shows a crash.
Presumably, Rhino crashes when run after the installation. A small part of the
GUI is displayed, but remains unresponsive. A dialog window for error-reporting
pops up.
--
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=25265
Summary: Foobar2000 won't watch folders
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: lucisandor(a)gmail.com
Foobar2000 is a media player with an automatically updated media library. The
library updates correctly when updates are triggered manually, but, under Wine,
it does not detect changes in folders.
Moreover, Foobar2000 provides for such cases a "polling" function, but that is
useless too.
The most upsetting is that changes in watched folders are not detected even
when they were produced by Fooobar2000, e.g., by using the menu option "move
file". If I move a file from one watched folder to another, the media library
will not be aware of the changes in any of the two locations.
--
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=49671
Bug ID: 49671
Summary: Supreme Commander demo needs CLSID
{bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8}
xactengine2_4.dll
Product: Wine
Version: 5.14
Hardware: x86-64
URL: https://download.cnet.com/Supreme-Commander-demo/3000-
7483_4-10637347.html
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0024:err:ole:CoGetClassObject class {bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8} not
registered
0024:err:ole:CoGetClassObject no class object
{bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8} could be created for context 0x1
wine-5.14-132-g1ec8bf9b73
--
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=49286
Bug ID: 49286
Summary: Melodyne 5 crashes due to unimplimented
WS2_32.dll.GetHostNameW
Product: Wine-staging
Version: 5.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToxicBugzilla(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67291
--> https://bugs.winehq.org/attachment.cgi?id=67291
The backtrace.
Installed Melodyne 5 trial
(https://services.celemony.com/cgi-bin/WebObjects/LicenseApp.woa/wa/demoRegi…)
with mfc42, vcrun6, and vcrun2019 installed in a 64 bit prefix due to Melodyne
5 only working in 64 bit now. (installer will crash without it due to missing
dll contained, plus Melodyne 5 needs vcrun2019 from my research) Installer
works fine, (b47a56f747bf3a477f2a564ee65eb005d40e6ef7 setup.exe)
but launching the resulting Melodyne.exe
(e9b21aa11efbbc01d76df17ee4e7a421c2186986 [sha1 of Melodyne.exe could vary due
to unique installs on every computer? unsure, but setup.exe should stay the
same) itself will give this in the terminal:
002c:fixme:winediag:__wine_start_process Wine Staging 5.8 is a testing version
containing experimental patches.
002c:fixme:winediag:__wine_start_process Please mention your exact version when
filing bug reports on winehq.org.
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnwprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnwprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:ole:CoInitializeSecurity
(0000000000000000,-1,0000000000000000,0000000000000000,0,3,0000000000000000,0,0000000000000000)
- stub!
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnprintf_s options 24 not handled
00c0:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
wine: Call from 0x7bc8b9ac to unimplemented function WS2_32.dll.GetHostNameW,
aborting
wine: Unimplemented function WS2_32.dll.GetHostNameW called at address
000000007BC8B9AC (thread 00c0), starting debugger...
Due to being unable to find any mention of it anywhere except for Microsoft's
website noting of its addition, this is probably a bug in normal Wine &
development as well, but I have yet to test due to time constraints.
Also, when opening "show details" in the debugger,
"00c8:fixme:dbghelp:elf_search_auxv can't find symbol in module" get spammed in
the terminal excessively. (62 times)
--
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=50733
Bug ID: 50733
Summary: MUSICUS!: ending videos play are extremely choppy
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: pernegger(a)gmail.com
Distribution: ---
When testing if 6.3 fixed #50686 I noticed another performance issue /
regression: MUSICUS!'s MPEG1 ending videos are extremely choppy in 6.3. They're
not very dynamic in the first place, so it's hard to tell what's wrong, but the
audio (ending song) is fine, and the video (lyrics) are more or less in sync,
so I'd say lots of frames are getting dropped, but I couldn't swear the whole
thing isn't running a tad slow, too.
6.0 is *much* better. If I open the video in VLC directly, it is a bit smoother
still, but without a direct comparison I wouldn't have noticed. This is on a
Ryzen 7 3900X [Ubuntu 18.04.5].
(Then I remembered that I had this issue on my "laptop", too. That's a Surface
Go 2 [Ubuntu 20.04], currently. Only it was *much* worse, totally unwatchable,
we're talking a new frame every other second, maybe. I chalked it up to the
machine being too slow, but maybe not.
It's not just MUSICUS!, either, I retrospect one or two other (older) visual
novels showed similar symptoms -- I just assumed the videos were crap at the
time.
Note that this bug is strictly about MUSICUS!, when that test case is fixed,
I'll happily go back and test the other stuff, the tangent is just meant to
illustrate that hardware performance may play a role in how noticeable it is.)
[#50239 has slightly different symptoms, and most importantly, I'm using
MUSICUS!'s 64-bit exe.]
The regular terminal output has nothing, please advise on how to get suitable
debug logs.
--
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=50275
Bug ID: 50275
Summary: Copy paste bug in conhost/window.c
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
https://github.com/wine-mirror/wine/blob/e909986e6ea5ecd49b2b847f321ad89b2a…
console->active->win.right is set twice but console->active->win.up or
similar is missing
--
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=43498
Bug ID: 43498
Summary: Built-in comctl32 doesn't show Send To menu in Winamp
Product: Wine
Version: 2.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: averageradical(a)gmail.com
Distribution: ---
For background, please see bug #43486. If I install Winamp (`winetricks
winamp`), when right clicking an item in the playlist, there is no "Send To"
menu. If I install comctl32 v5 (`winetricks comctl32`), the "Send To" menu
exists and works properly; however, the Add File and Add Directory buttons
crash Winamp (bug #43486).
Would it be possible to fix Wine's built-in comctl32 to support Winamp's "Send
To" menu?
I can build Wine from source and reproduce the problem(s) easily if anybody
needs any trace.
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=49840
Bug ID: 49840
Summary: chromium fails to load (--no-sandbox is a workaround)
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Linking old version of chromium, since the newer versions have issues with d3d
as well.
Download:
https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h…
As noted, the sandbox errors and no page loads.
The latest working wine version is wine-staging-5.4.
This could either be a syscall issue again, since the patchset was changed a
lot during integration into Wine - or maybe it's an unrelated regression.
--
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=50363
Bug ID: 50363
Summary: commit 497c902857241ec340e562ec3490a344704440dc
removes libwine.so
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: davejplater(a)gmail.com
Distribution: ---
I don't know what the policy is regarding building vst plugins against the wine
API but the removal of the link libwine.so prevents carla and lmms from
building the vst plugin handlers.
I maintain both packages in openSUSE and have made a workaround to enable the
packages to build.
--
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=50457
Bug ID: 50457
Summary: Byond / SS13 / CM crashes randomly in WriteTapemark /
CreateXmlReader / xmllite / mshtml / kernel32 / ntdll
Product: Wine
Version: 6.0-rc4
Hardware: x86-64
URL: http://www.byond.com/download/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomatenesser(a)gmx.de
Distribution: Gentoo
Created attachment 69075
--> https://bugs.winehq.org/attachment.cgi?id=69075
winedebug output
Hi,
after code changes in CM (Colonial Marines) on byond (see attached file for
winedebug message), CM crashes frequently during playing.
I have the following dll overwrites with winetricks:
Using winetricks 20201206-next - sha256sum:
3c191fbbb4fb7bf8febe7306a6cdead51d49d9f5d1ff6127f18a13a83a50ac3a with
wine-6.0-rc4 (Staging) and WINEARCH=win32
msls31
w_workaround_wine_bug-25648
ie8
xmllite
vcrun2013
It made no difference to the bug, if I have xmllite and vcrun2013 installed via
winetricks or have no overwrite. Basically it can be reproduced by installing
ie8 only, which is a prerequisite to run byond and CM.
I use wine-staging from bobwya overlay with the following use flags in gentoo:
[ebuild R #] app-emulation/wine-staging-6.0_rc4_p1:6.0_rc4_p1::bobwya
USE="X alsa cups custom-cflags ffmpeg fontconfig gecko gphoto2 gsm gstreamer
jpeg kerberos lcms mingw mono mp3 netapi nls openal opengl osmesa perl png
prelink realtime run-exes samba scanner ssl threads truetype udev udisks unwind
v4l vkd3d vulkan xcomposite xml -capi -dos -faudio -ldap -odbc -opencl -oss
-pcap -pipelight (-prefix) -pulseaudio -sdl2 (-selinux) -test -themes -vaapi
-xinerama" ABI_X86="32 64 (-x32)" 0 KiB
--
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=41510
Bug ID: 41510
Summary: Wine is not loading mono
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brewmanz(a)gmail.com
Distribution: ---
I have an app that's failing with
err:mscoree:load_mono Could not load Mono into this process
I am attempting to follow https://wiki.winehq.org/Mono which is not very clear.
wine-mono-4.6.3.msi is in /usr/share/wine/mono
I am using a non-default wine location
HKCU\Software\Wine\Dotnet does not exist in registry
--
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=39837
Bug ID: 39837
Summary: Tried to install MS .NET 4.5 in Winetricks. This came
out as the error.
Product: Wine
Version: 0.9
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2001kraft(a)gmail.com
Created attachment 53181
--> https://bugs.winehq.org/attachment.cgi?id=53181
log
Tried to install MS .NET 4.5 in Winetricks. This came out as the 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=49524
Bug ID: 49524
Summary: Overwriting native dlls with WINEDLLPATH does not
work..
Product: Wine
Version: 5.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sur3(a)gmx.de
Distribution: ---
Hi I have an application for which I try to overwrite the native DLLs, so I
set:
WINEDLLPATH=/mnt/archive/ WINEDLLOVERRIDES="vivoxsdk,ortp,GCloudVoice=b"
and copied the corresponding DLL-libraries into /mnt/archive but wine still
complains to not find them:
>>>
0024:err:module:import_dll Library GCloudVoice.dll (which is needed by
L"Z:\\mnt\\archive\\Riot Games\\League of Legends\\LeagueClient.exe") not found
0024:err:module:import_dll Library vivoxsdk.dll (which is needed by
L"Z:\\mnt\\archive\\Riot Games\\League of Legends\\LeagueClient.exe") not found
0024:err:module:LdrInitializeThunk Importing dlls for L"Z:\\mnt\\archive\\Riot
Games\\League of Legends\\LeagueClient.exe" failed, status c0000135
<<<
Why doesn't this work or is there an other way to override native DLLs?
--
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=47651
Bug ID: 47651
Summary: PlayOnline Viewer: Page fault on read access at launch
time.
Product: Wine
Version: 4.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: escomk3(a)hotmail.com
Distribution: ---
Created attachment 65092
--> https://bugs.winehq.org/attachment.cgi?id=65092
Wine Output with the Page Fault
After commit c5577721 [1], PlayOnline Viewer will crash soon after having been
launched (before any graphics get drawn).
A fix may have been staged already, since with 4.14 Wine Staging the issue does
not seem to be triggered, but I have not yet tested if Staging was affected at
any point between 4.11 and 4.14.
1.
https://source.winehq.org/git/wine.git/commit/c5577721b909f8c70d3723cae561e…
--
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=44145
Bug ID: 44145
Summary: Error at starting Star Wars The Old Republic
Product: Wine
Version: 1.7.53
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: denotin.scheck(a)gmail.com
Distribution: ---
Created attachment 59896
--> https://bugs.winehq.org/attachment.cgi?id=59896
This is the error message
After several tries to start SWTOR with getting the error message "Certificate
authentication failure, I followed the guide at
https://www.reddit.com/r/swtor/comments/6qyz4v/certificate_authentication_f…
. Well, I could get it a little bit further. But now I am getting another
problem. Since I'm new to wine etc. I really don't know what to do now. Would
really appreciate 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=50393
Bug ID: 50393
Summary: Gurilaz
Product: WineHQ Bugzilla
Version: 3.2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bututgamming(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Created attachment 69012
--> https://bugs.winehq.org/attachment.cgi?id=69012
Gurilaz
Gurilaz
--
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=50099
Bug ID: 50099
Summary: .Net GetFullPath not working correctly
Product: Wine
Version: 5.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: grimessa(a)gmail.com
Distribution: ---
I have an application I wrote myself in C#.
It works perfectly on Windows.
However it is not working in wine. The application tries to load sound files
to play from a subfolder of where the exe is. So the code uses GetFullPath
method to get the absolute path from a relative path string.
I am not using Mono, it is using Native .Net.
GetFullPath is a static method of the Path class, which is part of .Net in
System.IO namespace.
The application I am running is running from this path in the WineBottle
MyWineBottle/drive_c/MyApp/App.exe
So when calling
string path = System.IO.Path.GetFullPath(@"Sounds\1.wav");
The expected path should be:
C:\MyApp\Sounds\1.wav
However, it returns this instead
D:\home\grimes\Sounds\1.wav
(grimes is my username)
This does not seem correct. I am not sure why it is returning the Path from
the D drive. There does not seem to be one in the winebottle anyway.
I am new to Wine(and linux) so let me know if there might be config I may have
overlooked.
Here are the details of my system
Linux Mint 19.3 Tricia
Wine 5.0.2
.Net 4.6.1
WINEARCH=win32
--
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=49794
Bug ID: 49794
Summary: [fallout new vegas] wine refuses to see installed
libraries
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtentser(a)yandex.ru
Distribution: ---
(wine:5816): GStreamer-WARNING **: 23:37:05.130: Failed to load plugin
'/usr/lib32/gstreamer-1.0/libgstrtmp.so': libhogweed.so.5: cannot open shared
object file: No such file or directory
(wine:5816): GStreamer-WARNING **: 23:37:05.660: Failed to load plugin
'/usr/lib32/gstreamer-1.0/libgstladspa.so': libicui18n.so.65: cannot open
shared object file: No such file or directory
(wine:5816): GStreamer-WARNING **: 23:37:05.746: Failed to load plugin
'/usr/lib32/gstreamer-1.0/libgstx264.so': libx264.so.159: cannot open shared
object file: No such file or directory
(wine:5816): GStreamer-WARNING **: 23:37:05.836: Failed to load plugin
'/usr/lib32/gstreamer-1.0/libgstresindvd.so': libdvdread.so.7: cannot open
shared object file: No such file or directory
But all this files are installed in this 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=49701
Bug ID: 49701
Summary: Could you add a "Security" tab to the WINE Config
window?
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 49studebaker(a)gmail.com
Distribution: ---
There could be an option to enable/disable sandboxing. If a malware infected
windows .exe is executed in Wine, the malicious code could be added to other
windows programs. Could you make WINE sandbox each windows program by default?
There could be an option to enable/disable access to windows encryption API's.
A program could have it's own encryption library or built-in encryption code.
WINE could prompt the user if he/she wants the program to encrypt other files.
Certain folders could be marked as non-encryptable.
--
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=49033
Bug ID: 49033
Summary: Inno Setup installer: runtime error with external dll
- regression in msvcrt
Product: Wine
Version: 5.7
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugzilla(a)reichardt.de
Exult's Inno Setup based installer fails with
"Runtime Error (at -1:0):
Cannot Import dll:C:\users\crossover\Temp\is-05TAH.tmp\exconfig.dll."
but the dll is at the given path.
I am running macOS 10.15 so I was only able to do limited regression testing.
But on a machine with an older macOS I was able to confirm that it used to work
with:
Crossover 18.0 (based on Wine 3.14)
But with Crossover 18.1 (also based on Wine 3.14) it stopped working.
On the older machine I also installed Wine 4.0.3 (via MacPorts) and it's not
working there either.
Gcenx in the forums confirmed that this also does not work with the latest Wine
version https://forum.winehq.org/viewtopic.php?f=9&t=33784&p=127447#p127447
(neither native nor builtin).
A search in the forum lead me to https://bugs.winehq.org/show_bug.cgi?id=43940
but the attached msvcrt.dll let's the Exult installer die silently.
The Exult installer is at http://exult.sourceforge.net/snapshots/Exultwin32.exe
The Inno Setup script is at
https://github.com/exult/exult/blob/master/win32/exult_installer.iss
The source for exconfig.dll is at
https://github.com/exult/exult/blob/master/win32/exconfig.cc
--
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=45194
Bug ID: 45194
Summary: Painkiller game crashes at start
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b.wine.6883(a)indigo.re
Distribution: ---
Created attachment 61407
--> https://bugs.winehq.org/attachment.cgi?id=61407
crash log
Game changes resolution and then crashes, see attached log
--
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=43296
Bug ID: 43296
Summary: Ultra VNC back buffer errors
Product: Wine-staging
Version: 2.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Dear Wine Staging,
Would you fix this for me?
wine-patched-staging-2.11.tar.gz, 32 bit
UltraVNC-1.2.15_X86_Setup.exe
http://www.uvnc.com/downloads/ultravnc.html WARNING: Lots of JUNKWARE !!
$ env WINEPREFIX="/home/todd/.wine" /usr/local/bin/wine
C:\\windows\\command\\start.exe /Unix
/home/tony/.wine/dosdevices/c:/users/Public/Start\
Menu/Programs/UltraVNC/UltraVNC\ Viewer.lnk
fixme:exec:SHELL_execute flags ignored: 0x00000100
fixme:exec:SHELL_execute flags ignored: 0x00004100
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
[tony@rn4 Desktop]$ fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn
library, DXTn software support unavailable.
libGL error: unable to load driver: nouveau_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: nouveau
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most
likely your 32-bit OpenGL drivers haven't been installed correctly (using GL
renderer "Gallium 0.4 on NVC4", version "1.4 (3.0 Mesa 11.2.2)").
fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM needs different
render target formats for different resource types.
fixme:d3d:swapchain_init The application requested more than one back buffer,
this is not properly supported.
Please configure the application to use double buffering (1 back buffer) if
possible.
fixme:ver:GetCurrentPackageId (0xacea28 (nil)): stub
fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM needs different
render target formats for different resource types.
fixme:d3d:swapchain_init The application requested more than one back buffer,
this is not properly supported.
Please configure the application to use double buffering (1 back buffer) if
possible.
err:dialog:EndDialog got invalid window handle (0x70374); buggy app !?
--
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=50557
Bug ID: 50557
Summary: USVFS (Mod Organizer 2) no longer working
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: joe(a)warhaggis.com
Distribution: ---
USVFS is a component of Mod Organizer 2. It uses an OverlayFS-style method to
overlay mods on to (primarily Bethesda) games at runtime.
The patch in #47832 (upstreamed in 4.21) fixed this until at *least* 5.13 when
dlls/kernel32/file.c was largely migrated to dlls/kernelbase/file.c. In every
Wine version after 5.0 USFVS fails to run.
My attached logs are from USVFS's own debug log. The log suffixed wine-5.0
shows the functionality working as expected (if you search it for 'freeside'
you will find a mod correctly overlayed). The log suffixed wine-6.0 for
comparison shows the function not working.
----
I attempted to replace the applicable section in dlls/kernelbase/file.c to
replicate the changes made to kernel32 in 4.21 but had no success, however I
believe the problem is here somewhere.
--
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=50461
Bug ID: 50461
Summary: Wine looking in /usr/bin/../../lib32/wine, should be
/usr/bin/../lib32/wine
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bebing2(a)optimum.net
Distribution: ---
Previous version I was using, 4.19 staging, builds and installs fine. 5.20 when
launching anything, but winecfg will trigger it, gets this:
wine: could not load ntdll.so: /usr/bin/../../lib32/wine/ntdll.so: cannot open
shared object file: No such file or directory
Which resolves to root directory
/lib32
but should resolve to
/usr/lib32
Looks like it usually is
/usr/bin/../lib32
not
/usr/bin/../../lib32
I use LFS so it is likely it is not conforming to debian/ubuntu or whatever.
I have a thread here where I tried some hacks to workaround to no avail, just
in case it's useful:
https://forum.winehq.org/viewtopic.php?f=8&t=34780
--
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.