https://bugs.winehq.org/show_bug.cgi?id=52500
Bug ID: 52500
Summary: error with winediag (nodrv_CreateWindow)
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: josue.bock(a)univ-smb.fr
Distribution: ---
Created attachment 71795
--> https://bugs.winehq.org/attachment.cgi?id=71795
output in command line showing errors
Hello,
When upgading from 6.22 to 6.23, wine does not open anymore with a software.
It seems to be related to another bug report
(https://bugs.winehq.org/show_bug.cgi?id=51210) but AFAIC see, this was not the
same wine version involved.
My laptop also has two GPU, one Intel and one Nvidia.
The Intel one is expected to be unactivated.
I asked for help on the forum before sending this bug report, the discussion is
here: https://forum.winehq.org/viewtopic.php?f=2&t=36155&p=135932#top
--
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=27584
Summary: MFC fillrect draws differently under wine
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bailey937(a)yahoo.com
Created an attachment (id=35259)
--> (http://bugs.winehq.org/attachment.cgi?id=35259)
sample program for reproducing FillRect bug
I have a program that uses CPaintDC.FillRect() to draw histogram samples.
It draws one-pixel wide vertical rectangles.
Under wine, the bottom-most pixel is not drawn.
I'm attaching a sample program. Under Windows7 (have 64bit pro), the red line
is touching the black baseline and the black line on the right is touching the
baseline also.
When I run the program under wine, both the red vertical line on the left and
the black vertical line on the right are floating one pixel above the baseline.
I tried both 32bit Ubuntu 11.04 (wine 1.2.2) on a netbook and also Fedora 15
64bit (wine 1.3.21) under Virtualbox on my Windows machine. Both have the same
problem.
The relevant code for the test case is in
CChildView::OnPaint() in ChildView.cpp
--
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=48483
Bug ID: 48483
Summary: Mouse cursor always visible in Gothic 2 with D3D11
renderer
Product: Wine-staging
Version: 5.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: supercoolemail(a)seznam.cz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Gothic 2 (Russian with 2.6 no-cd patch) with D3D11 renderer shows X11/KDE mouse
all the time. Cursor should not be visible in Gothic 2 at all. It does not have
any functional impact but it's disturbing.
How to reproduce:
- Get Gothic 2.
- Test G2 works (menu at least).
- Extract GD3D11 (e.g. from
https://github.com/Kirides/GD3D11/releases/download/v17.7-dev8/Gothic2-GD3D…
but even old versions from Liker suffer from same issue). DLLs from archive
belong to `<game dir>/System` directory.
- Start the game with `ddraw=n,b`.
- See that mouse cursor appears when menu finishes loading. Alternatively,
mouse movements make cursor appear even before menu finishes loading.
There is some analysis here https://github.com/Tk-Glitch/PKGBUILDS/issues/428 .
I can confirm that same issue happens with clean wine-staging 5.0rc4 from Arch
repositories (also with wine-tkg built from master). While clean G2 works
properly in vanilla wine, GD3D11 needs staging otherwise it crashes at startup.
Tested on
`Linux coolhost 5.4.12-arch1-1 #1 SMP PREEMPT Tue, 14 Jan 2020 21:44:31 +0000
x86_64 GNU/Linux`
Ryzen 7 1700
RX 580 8G
16 G RAM
mesa 19.3.2
--
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=38705
Bug ID: 38705
Summary: Gothic crashes on saving games
Product: Wine
Version: 1.7.40
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amlopezalonso(a)gmail.com
Distribution: ---
Created attachment 51633
--> https://bugs.winehq.org/attachment.cgi?id=51633
Crash backtrace
Gothic 1.08j always crashes when trying to save a game, right after entering
savegame name. Attaching backtrace.
--
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=39867
Bug ID: 39867
Summary: Long path components (e.g. 250 character long) crash
open/save dialogs
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: whitequark(a)whitequark.org
Distribution: ---
To reproduce:
1. mkdir
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
2. call GetOpenFileName and navigate to a directory containing the newly
created one
3. Wine is aborted by stack smashing protection
--
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=39688
Bug ID: 39688
Summary: Crash in file browser dialog (probably because of >
MAX_PATH)
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: n296869(a)rtrtr.com
Distribution: ---
Wine's GetOpenFileNameW/GetSaveFileNameW seems to crash when encountering a
very long path name (i.e. longer than MAX_PATH characters).
--
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=23193
Summary: wine notepad: Slow to open large files
Product: Wine
Version: 1.2-rc1
Platform: x86
URL: http://winehq.org
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Created an attachment (id=28858)
--> (http://bugs.winehq.org/attachment.cgi?id=28858)
Long text file (3.1M uncompressed)
gunzip the attached file and open it in notepad. For me, it takes > 5 seconds
to open on a quadcore. WinXP notepad (both virtualbox and native) will open it
instantly.
--
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=37789
Bug ID: 37789
Summary: cmd.exe /c cannot handle "(" and ")" characters in a
full script path name
Product: Wine
Version: 1.7.33
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: abolte(a)systemsaviour.com
Distribution: ---
Created attachment 50334
--> https://bugs.winehq.org/attachment.cgi?id=50334
Various cmd executions discussed in the report using WINEDEBUG='+cmd'.
Far Cry 4 (which requires at least a 64-bit Windows 7 prefix) fails to call a
bash script on launch:
Can't recognise 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far
Cry 4\Support\Software\GEFirewall.bat /silent' as an internal or external
command, or batch script.
Sure enough, calling it manually (even without the /silent argument) results in
the same error:
$ wine cmd.exe /c 'C:\Program Files (x86)\Ubisoft\Ubisoft Game
Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat'
Can't recognise 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far
Cry 4\Support\Software\GEFirewall.bat' as an internal or external command, or
batch script.
Suspicious of the ( and ) characters in the URL, I tried copying the
GEFirewall.bat to the path 'C:\Program Files\Ubisoft\Ubisoft Game
Launcher\games\Far Cry 4\Support\Software\' (which doesn't normally exist but I
manually created it).
$ wine cmd.exe /c 'C:\Program Files\Ubisoft\Ubisoft Game Launcher\games\Far Cry
4\Support\Software\GEFirewall.bat'
fixme:netsh:wmain stub: L"netsh" L"firewall" L"add" L"allowedprogram"
L"C:\\Program Files\\Ubisoft\\Ubisoft Game Launcher\\games\\Far Cry
4\\Support\\Software\\..\\..\\bin\\FarCry4.exe" L"FarCry4" L"ENABLE"
fixme:netsh:wmain stub: L"netsh" L"firewall" L"add" L"allowedprogram"
L"C:\\Program Files\\Ubisoft\\Ubisoft Game Launcher\\games\\Far Cry
4\\Support\\Software\\..\\..\\bin\\IGE_WPF64.exe" L"FarCry4-IGE" L"ENABLE"
The script ran perfectly.
One more test to confirm my sanity:
$ wine explorer.exe 'C:\Program Files (x86)\Ubisoft\Ubisoft Game
Launcher\games\Far Cry 4\Support\Software'
This opened the directory in explorer fine. Only cmd.exe /c ... seems to show
this 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=56274
Bug ID: 56274
Summary: Ceville: .NET Framework 3.5 game crashes with Wine
Mono
Product: Wine
Version: 9.1
Hardware: x86-64
URL: https://www.gamepressure.com/download.asp?ID=22513
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
Distribution: Ubuntu
Game:
This bug is present in the full game (version 1.0.2.0) and in the demo. I've
provided the download link for the demo.
OS:
Ubuntu 22.04.3 LTS 64bit
Wine:
wine-9.1
WINEARCH=win32
Clean prefix
Description:
With Wine Mono:
The game can be launched as far as the menu screen, but it crashes at the start
of a new game, at the end of the loading screen. I assume this is related to
the video that should be playing at that point.
The game also crashes on closing.
With dotnet35sp1 installed via winetricks:
The game can be launched but there are several error messages ("Unhandled
exception in a component in your application") each time a video is played.
These errors can be ignored by clicking on "Continue". The sound of the video
is audible, but the video display is truncated. Ignoring these errors allows
you to play the game (no crashes).
--
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=47024
Bug ID: 47024
Summary: Pen pressure does not register full range
Product: Wine-staging
Version: 4.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: metichi(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 64183
--> https://bugs.winehq.org/attachment.cgi?id=64183
Pressure graphs by wine staging version
Using drawing tablets in the wine staging version 4.6 makes the pressure
readings top at about 10% of the input range, while still responsive within it.
I have tested it using Clip Studio Paint version 1.8.7 on ubuntu 18.04.
I tried 2 tablets, a wacom pencil small (using the wacom drivers installed by
default in ubuntu) and a Huion Kanvas GT191 (using digimend drivers v9) with
identical results.
Attached are the pressure suggestions made by CSP while calibrating the
pressure range
--
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.