https://bugs.winehq.org/show_bug.cgi?id=48060
Bug ID: 48060
Summary: no internet connectivity within wine ubuntu 19.04
Product: Wine
Version: 4.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mike.lussier(a)gmail.com
Distribution: ---
running Ubuntu 19.04
I'm running Winlink-express and its complaining that there is no internet
connectivity. This is the first time in years that I have actually gotten wine
to install on ubuntu without complaining and now this.
wine version
wine-4.0 (Ubuntu 4.0-1)
wine-mono-4.7.1
wintricks 20190912-next
dotnet35sp1
--
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=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=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.