https://bugs.winehq.org/show_bug.cgi?id=50352
Bug ID: 50352
Summary: Maximum sockets per process is set very low
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: skreech(a)skree.ch
Distribution: ---
Created attachment 68942
--> https://bugs.winehq.org/attachment.cgi?id=68942
TWGS warning at startup
Within wine-5.22/dlls/ws2_32/socket.c, the maximum number of sockets per
process is set and used like so:
> #define WS_MAX_SOCKETS_PER_PROCESS 128 /* reasonable guess */
and:
> lpWSAData->iMaxSockets = WS_MAX_SOCKETS_PER_PROCESS;
This became relevant when I ran the TradeWars 2002 game server (TWGS) under a
maximum license allowing 100 simultaneous players. On startup, it logs a
message warning that the OS's number of sockets per process is limited to 128,
therefore no more than 63 players will be able to connect. This makes sense,
since two sockets are required per player connection, and one SysOp connection
is reserved.
Changing WS_MAX_SOCKETS_PER_PROCESS to 1024 and recompiling WINE results in
TWGS not experiencing this limit and not giving the warning.
Also, I tested TWGS under ReactOS and did not experience limit nor warning.
Peeking into their socket.c, I notice that their limit is set to 32767, or 0,
depending:
https://github.com/reactos/reactos/search?q=iMaxSockets
It seems likely that WS_MAX_SOCKETS_PER_PROCESS should be set to 32767 here if
any value is being set, given that the underlying OS should be the one imposing
its own limits or lack of limit.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44202
Bug ID: 44202
Summary: undname.c fails to parse symbols with rvalue-reference
semantics '&&'
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shulgaaa(a)gmail.com
Distribution: ---
For example, the symbol
??4QDnsDomainNameRecord@@QAEAAV0@$$QAV0@@Z
should be de-mangled as:
public: class QDnsDomainNameRecord & __thiscall
QDnsDomainNameRecord::operator=(class QDnsDomainNameRecord &&)
undname returns NULL
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50370
Bug ID: 50370
Summary: Gothic 1 doesn't start correctly when screen
resolution of the game matches display resolution
Product: Wine
Version: 5.13
Hardware: x86-64
URL: https://www.fileplanet.com/archive/p-5260/Gothic-Demo-
English
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: f90d607c67768f19e36d9d74b498594252faa3fd
Distribution: ---
I'm starting Gothic 1 v1.08k using in-game resolution 1440x900 which matches my
native display resolution.
The game does start up because I can hear the sound of the intro movie, but no
visible window is created (the screen is black).
This used to work up until
commit f90d607c67768f19e36d9d74b498594252faa3fd
ddraw: Use the WINED3D_SWAPCHAIN_NO_WINDOW_CHANGES flag.
Reverting that commit on top of 6.0-rc3 fixes the problem for me.
To reproduce the problem in the demo:
1. Before starting the game modify GOTHIC.INI located in the Program
Files/Piranha Bytes/Gothic 1 Demo/system directory.
Look for the section [Video] and change in-game screen resolution there so that
it matches your display resolution:
zVidResFullscreenX=
zVidResFullscreenY=
You also need to set 32-bit color depth (the problem doesn't occur with
16-bit):
zVidResFullscreenBPP=32
2. run gothic.exe
setupg1demo-en.exe
md5sum: 2932bcb79118abadca0d394a7a86c096
wine-6.0-rc3
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 455.46.04
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51619
Bug ID: 51619
Summary: advapi32:registry fails in Wine because a German
timezone name translation is too long
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
advapi32:registry fails in the timezone tests in a German locale:
registry.c:4339: Test failed: L"Aus Central W. Standard Time": expected
L"West-Zentralaustralische Normalzeit", got L"Aus Central W. Standard Time"
registry.c:4357: Test failed: L"Aus Central W. Standard Time": expected
L"West-Zentralaustralische Sommerzeit", got L"Aus Central W. Daylight Time"
https://test.winehq.org/data/patterns.html#advapi32:registry
The reason is that the test compares the localized obtained through the
registry with the one obtained through EnumDynamicTimeZoneInformation(). But
the latter translation must fit into a 32 character buffer: WCHAR
StandardName[32].
However Wine's German translation is too long (36 character including the
trailing '\0'), causing EnumDynamicTimeZoneInformation() to return the
untranslated string instead.
Potential fixes
---------------
1. Only compare the values if they fit in the {Daylight,Standard}Name buffer.
- That means Windows applications will not get a translated timezone name
which is bad.
- This prevents detecting further issues.
- It's unclear if returning an untranslated string is the right thing for
EnumDynamicTimeZoneInformation() to do: I did not find a case (at least
in German where a translation did not fit).
2. Modify EnumDynamicTimeZoneInformation() to return a truncated translation
instead of an untranslated string.
- Windows applications will get a not quite correct timezone name.
- Also we would need evidence that this matches the Windows behavior.
3. Modify the German translation.
- This side-steps the issue and may be the best solution.
- But I doubt one can find a shorter translation that fits, short of
using ellipses which is not great.
Detecting / Preventing recurrences
----------------------------------
1. It would be nice to be able to include a translator warning about this
issue. I'm not sure how to do so in dlls/tzres/tzres.rc.
2. The current tests are insufficient to detect further issues
- To detect every issue they would have to be run in every locale.
- Or going forward, whenever a PO file is modified they would need to be
run in that locale.
- Maybe issues could be detected by calling RegLoadMUIStringW() for every
timezone and locale combination. However it does not take an LCID which
makes this complicated.
3. Write a script checking the PO files.
- This seems like the simplest option to detect issues.
- When to run it? Manually? Automatically from the makefiles?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51163
Bug ID: 51163
Summary: WinOffice Pro 5.3 stops after splashscreen
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 70031
--> https://bugs.winehq.org/attachment.cgi?id=70031
Console Output (wine 6.8)
Hello everyone,
I came across a forum question where somebody asked how to get the German
accounting application WinOffice Pro 5.3 to run. There is a 60 day trial
version available and I noticed that the application requires mdac27 and jet40
in a 32-Bit prefix to perform a successful installation.
Starting the application works until the splashscreen but then the application
terminates. Console output is attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45916
Bug ID: 45916
Summary: x64dbg does not open executables, nothing happens
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: jimbo1qaz(a)gmail.com
Distribution: ---
When I File/Open or drag a .exe file into x32dbg (x64dbg 32-bit), the exe does
not load onto the graphs, and Ctrl+G doesn't work. I think the EXE is not
loaded by the debugger at all.
Fixed by ~/bin/winetricks vcrun2013 .
Wine 3.16 on Debian on Virtualbox.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=25257
Summary: Enabling Virtual desktop by default cannot be turned
off for specific applications
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zzarko(a)gmail.com
My system is Ubuntu 10.10 and Wine is installed from Ubuntu Wine team's PPA.
Steps to reproduce the problem:
1. Select Default settings in Configure Wine/Applications tab and check
Graphics/Enable virtual desktop
2. Add an application (in my case, Subtitle Workshop) to Applications tab and
uncheck the same option for this application
3. Start the application -> application is started in virtual desktop, despite
the different setting for that application
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50936
Bug ID: 50936
Summary: Several games (The suicide of Rachel Foster, Far lone
sails & Virginia) crashes after some times with vulkan
rendeder
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
The suicide of Rachel Foster & Virginia just crashes. For Far lone sails it
becomes very slow before crashing.
No backtrace. The console output is pretty silent.
With the GL renderer, Virginia & Far lone sails just works fine and can be
finished from start to end without interruption.
I can't test GL renderer with The suicide of Rachel Foster due to bug
https://bugs.winehq.org/show_bug.cgi?id=50764 which makes the game unplayable.
Setup is wine-6.5-156-g2fcc1d0ecde + Ubuntu 20.10 + GTX1070 + nvidia driver
460.39.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51203
Bug ID: 51203
Summary: Chessbase 11 unable to select list box item after
incorrect window refresh
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
After search termination (wrong window brought to front - 51202), it is
possible to bring the right window to the front and click on an item from the
search. This displays the game in the window, however, the selected item is not
highlighted, and double clicking (to open the game in a new window - must be
from the selection) opens an old selected item not from the current window.
Workaround is to right click for the menu, and then selection works again (the
window must get focus for selection which it didn't have before (only focus for
clicks)).
This may also relate to the problem of missing scrollbars not being refreshed
(will link report).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47925
Bug ID: 47925
Summary: Panel in dialog incorrectly drawn
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Created attachment 65425
--> https://bugs.winehq.org/attachment.cgi?id=65425
snapshot of problematic dialog
In Chessbase 11, inputting incorrect security key details results in a dialog.
The panel that rests in it is not correctly drawn. In this case pictured the
white background does not fill the dialog, and sometimes is of different sizes.
Sometimes the message is missing. This happens every time. Using full screen on
a 4K display.
Suggestion of an incorrect (or order of) initialisation issue, 4K/screen size
issue or a data race?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47990
Bug ID: 47990
Summary: Wine64: Candidate of CJK input method is invisible on
macOS Catalina.
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Created attachment 65509
--> https://bugs.winehq.org/attachment.cgi?id=65509
WINEDEBUG=+tid,+pid,+imm,+keyboard,+key,+macdrv
Tested with wine-4.18-112-g717109ce79:
1. $ wine64 notepad
2. Switch to Chinese Pinyin input method, and try to type something
You will find that candidate didn't display, though you still can type some
Chinese characters into notepad with the input method.
I didn't see similar on macOS 10.14, so I think this is a Catalina special
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=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=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=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=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=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.
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=49700
Bug ID: 49700
Summary: Apps crash on discrete NVIDIA card with X error
BadMatch: NV-GLX when emulated virtual desktop is
enabled
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rockorequin(a)hotmail.com
Distribution: ---
I'm running Ubuntu 20.04, wine-devel 5.14, nvidia 450.57-0ubuntu0~0.20.04.2 on
an Optimus system with prime-select set to on-demand. I'm also running
dxvk-1.7.1 because the games I've tried crash without it.
With a clean wine prefix except for the graphics set to emulate a virtual
desktop of 1920x1080, running a game with the command
"__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia wine <exe file">
fails with an error like this:
Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 156 (NV-GLX)
Minor opcode of failed request: 43 ()
Serial number of failed request: 334
Current serial number in output stream: 335
With a clean wine prefix (ie no virtual emulated desktop), the games run
without issue, and in wine 5.0.1 they run with and without an emulated desktop.
Both dx9 and dx11 games crash - I don't think DirectX is relevant here because
the crash is when the game first tries to create a 3d window.
--
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=49928
Bug ID: 49928
Summary: Crazy Taxi Control is not working
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: SolisX007(a)yahoo.com
Distribution: ---
Crazy Taxi controller does not work. Tested in a clean wine prefix.
--
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=48551
Bug ID: 48551
Summary: Resident Evil 2 Remake crashes after first cut scene.
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dron2065(a)rambler.ru
Distribution: ---
Created attachment 66363
--> https://bugs.winehq.org/attachment.cgi?id=66363
Output log
Steam version of Resident Evil 2 Remake crashes after first cut scene. Tested
with DXVK 1.5.3 because without it game does not start. At Valve Proton based
on wine-4.11 there is no this error.
Output log - at attachment.
--
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.