https://bugs.winehq.org/show_bug.cgi?id=54567
Bug ID: 54567
Summary: comdlg32: Find/Replace: Flags became invalid after
EN_KILLFOCUS.
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Created attachment 74109
--> https://bugs.winehq.org/attachment.cgi?id=74109
the patch to fix this bug
The flags value became invalid after EN_KILLFOCUS.
It caused a bug that FR_DOWN is cleared when the user set focus to edt1 and
close the find/replace dialog.
--
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=55707
Bug ID: 55707
Summary: Wine seems to not be sending TVN_ITEMCHANGING and
TVN_ITEMCHANGED notifications when a panel uses
TVM_SELECTITEM to select a single item on a treeview
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cadbusca(a)gmail.com
Distribution: ---
There is a very important component for the music player Foobar2000 (V2.0
32bits) called 'Album list panel' that was working fine until its version 1.0.
Since version 2.0, a new feature was implemented which is:
"The ability to select multiple items using Ctrl and Shift keys was added. This
includes Shift-clicking, Ctrl-clicking, and holding Shift when pressing
navigation keys." [on a treeview] and selecting a single or multiple items from
the component treeview stopped working.
I opened a PR on the component github repository at:
https://github.com/reupen/album_list_panel/issues/179 and the developer pointed
out that the issue may be caused by some issue with Wine not be sending
TVN_ITEMCHANGING and TVN_ITEMCHANGED notifications when a panel uses
TVM_SELECTITEM to select a single item of a treeview
How to reproduce:
1) Install foobar2000 V2.0 32bits from https://www.foobar2000.org/download
2) Install the latest version of the following Foobar2000 components:
https://yuo.be/columns-ui
and
https://yuo.be/album-list-panel
3) Insert a album-list-panel to foobar
4) Selecting one or more items on the treeview have no effect
5) More details including a small video of the issue can be seen here:
https://github.com/reupen/album_list_panel/issues/179
I'm willing to test when a fix is available.
--
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=46552
Bug ID: 46552
Summary: Crossfire doesn't install
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
URL: http://crossfire.z8games.com/download.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
Created attachment 63423
--> https://bugs.winehq.org/attachment.cgi?id=63423
console output
I already reported a bug about Crossfire EU (you can find it here
https://bugs.winehq.org/show_bug.cgi?id=45920), but now it merged with
Crossfire NA and the new link for download is
http://crossfire.z8games.com/download.html
The .exe file is different than before, but it doesn't install yet; I don't
know if the problem is the same or not. I attached my console output. You can
reproduce the bug just by downloading the file and trying to install.
I kept my terminal open for more than 3 hours beacuse the process is "running"
and if I close the terminal it says that a process is still running and closing
the terminal will kill it. Therefore I don't know if my console output is
complete or not. If I can help in some way, just tell me! :)
--
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=54336
Bug ID: 54336
Summary: Wow64 compatibility breaks on newer 64-bit glibc
releases
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ruanformigoni(a)gmail.com
Distribution: ---
Newer versions of 64-bit glibc break current Wow64 compatibility
implementation.
For a new vm of fedora 36:
$ ./wine-ge-7-35-continuous-x86_64.AppImage --version
Usage: wine PROGRAM [ARGUMENTS...] Run the specified program
wine --help Display this help and exit
wine --version Output version information and exit
glibc.x86_64 version is 2.35-20.fc36
glibc.i686 is not installed.
--
For a new vm of fedora 37:
$ /wine-ge-7-35-continuous-x86_64.AppImage --version
/tmp/.mount_wine-gEI9DJM/bin/wine: No such file or directory
glibc.x86_64 version is 2.36-9.fc37
glibc.i686 is not installed (installing fixes it).
--
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=54734
Bug ID: 54734
Summary: Lord of the Rings Online randomly crashes during
gameplay
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ewg.grey(a)gmail.com
Distribution: ---
Created attachment 74238
--> https://bugs.winehq.org/attachment.cgi?id=74238
Wine terminal output after a crash
I'm running Arch Linux with Wine 8.4 from the Arch repository on an AMD Ryzen 7
5800X with an AMD ATI Radeon RX 6800 XT graphics card.
The Lord of the Rings Online game client randomly closes/crashes during
gameplay with the following message as the last output from Wine:
01b8:fixme:faultrep:ReportFault 000000000011E500 0x0 stub
I've been using this install of LotRO for over a year with no issues. However,
I tried creating a new Wine prefix and reinstalling the game from scratch.
I run the following winetricks to get all of the game client's functionality to
work:
winetricks d3dcompiler_43 d3dx11_42 d3dx11_43 winhttp corefonts
I'm also using dxvk 2.1
Nothing else is changed from the defaults.
Everything worked fine up through Wine 8.0. However, those were TKG builds of
Wine. I switched to the Arch build of Wine to test if the issue was the TKG
build of Wine.
--
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=37297
Bug ID: 37297
Summary: CreateEdit windows always fullscreen under wine
Product: Wine
Version: 1.7.26
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: n4af(a)n4af.net
ref:
https://forum.winehq.org/viewtopic.php?t=23405&p=96423
I have a Pascal (Dephi) app that runs well under Wine application layer.
The problem is that there are a number of edit controls that will only show in
full screen under Wine.
This would be an example of a procedure to create a editable window using Alt-D
WM_INITDIALOG:
begin
Windows.SetWindowText(hwnddlg, RC_DUPECHECKOAR);
Format(TempBuffer1, TC_ENTERCALLTOBECHECKEDON,
BandStringsArray[InActiveRadioPtr.BandMemory],
ModeStringArray[InActiveRadioPtr.ModeMemory]);
CreateStatic(TempBuffer1, 15, 3, 250, hwnddlg, 102);
AltDEditWindowHandle := CreateEdit(ES_CENTER or ES_UPPERCASE or WS_BORDER,
15, 27, 250, 30, hwnddlg, 101);
asm
mov edx,[MainWindowEditFont]
call tWM_SETFONT
end;
CreateOKCancelButtons(hwnddlg);
The above CreateEdit dutifully creates a window under Win7.
Ubuntu (kernel 3.16) will only display as fullscreen.
Under linux I can grab the title bar and move the f/s window but nothing else.
Right clicking on the title bar i have options Restore, Resize, Maximize
selected.
Screen captures on https://forum.winehq.org/viewtopic.php?t=23405&p=96423
Tks, Howard
--
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=31278
Bug #: 31278
Summary: The Longest Journey: "eye-mouth-hand" dialog only
appears sometimes (randomly?)
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmmartins(a)gmail.com
Classification: Unclassified
This bug has been described by Octavian Vocu on one of his comments in another
bug report from the same game
(http://bugs.winehq.org/show_bug.cgi?id=11819#c39). I'm pasting an excerpt of
his comment below because it explains exactly what's happening:
"There is still some issue related to doing actions on objects, with the mouse.
Clicking an actionable object should display the eye-mouth-hand dialog. Mouse
shows correct pointer, but simply clicking has no effect. I noticed that as you
push the left mouse button, you need to move the mouse slightly for the action
dialog to appear. Might be related to transparent windows, not sure yet."
It's certainly a different bug and deserves a different report, that's why I'm
creating this.
I've tested this on Debian Sid (i386) with wine-1.5.9. The console output is
small, so I just pasted it below; the messages look the same as every other bug
report on the game. The last three fixme's repeat a million times.
fixme:win:EnumDisplayDevicesW ((null),0,0x33eb04,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid
{00000000-0000-0000-0000-000000000000}.
fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
fixme:d3d:state_subpixel Render state WINED3D_RS_SUBPIXEL not implemented yet.
fixme:d3d:state_flushbatch Render state WINED3D_RS_FLUSHBATCH not implemented
yet.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
It might be important to notice that Octavian was probably on the right track
of fixing this with his previous patches. The game runs pretty well on 1.3.32
with three of his patches (http://bugs.winehq.org/show_bug.cgi?id=11819#c37);
the issue reported here is the main thing keeping it from being almost perfect.
Also, on a 1.5.9 with the same three patches (even though the characters are
invisible again) the following three messages appear when you click an object
(when the dialog should be displayed):
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
--
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=41644
Bug ID: 41644
Summary: Civilization v1.2: crashes on startup
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: K_ThaaL(a)bk.ru
Distribution: ---
Created attachment 56018
--> https://bugs.winehq.org/attachment.cgi?id=56018
trace generated by wine
Wine crashes right after the first frame of game intro is shown.
Created a new 32bit wine prefix for this game.
Tried windows versions XP and 3.1 - behavior is the same in both cases.
Using virtual desktop and disallowing window decorations did not help.
No other options tried.
Ubuntu 16.04 LTS is used with Wine installed from winehq repository.
Problem is detected on 1.9.21 and 1.9.22.
--
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=44788
Bug ID: 44788
Summary: Civilization II (v1.02) crash during menus
Product: Wine
Version: 3.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielalston(a)gmail.com
Distribution: ---
Created attachment 60814
--> https://bugs.winehq.org/attachment.cgi?id=60814
Backtrace
The game will open, the music plays however every few seconds the sound will
make an awful corrupt sounding noise (possibly related).
The game will usually crash quite quickly. If you're extremely fast you might
be able to get in a game and make a couple of moves before the game crashes
again.
I have similar issues with other 16bit versions of Civilization II.
2.42 patch
2.78 (Fantastic Worlds)
--
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=45857
Bug ID: 45857
Summary: Incorrect text color (The Longest Journey)
Product: Wine
Version: 3.16
Hardware: x86-64
URL: https://games.softpedia.com/get/Games-Demo/The-Longest
-Journey-161-Demo.shtml
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: Ubuntu
Created attachment 62344
--> https://bugs.winehq.org/attachment.cgi?id=62344
Wine screenshot
In-game text is outlined in a magenta color. See attached screenshots.
Reproduced with demo 161 and full version (GOG.com) build 142.
MD5: 6d7f91e0a19513e859775862b2ac43d8 thelongestjourneydemo_english.exe
wine-devel 3.16.0~xenial from winehq.org
Xbuntu 16.04.5 x86_64
Nvidia GeFOrce GTX 750 Ti, driver version 384.130
--
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=41549
Bug ID: 41549
Summary: Hover! in fullscreen mode does not cover the top bar
in Gnome.
Product: Wine
Version: 1.9.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
I'm using wine-staging 1.9.20.
When you set Hover! to fullscreen, it sets the display resolution and fills up
most of the screen as it should, but it's set under top bar in GNOME, resulting
in several rows of pixels from the bottom of the application also being outside
of the display.
I confirmed that Hover! does cover the task bar in a Windows VM.
There's nothing really in the logs, except for a weird
"fixme:process:LoadModule Strange error set by CreateProcess: 193", but that
shows up before setting fullscreen.
--
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=53910
Bug ID: 53910
Summary: windows get moved around when dpms blankout happens
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Technically, it's a regression, but not sufficiently significant (for me) to
check when it began - I initially thought it was something even more random.
Anyway, as the summary says, relatively recently (I'd say within last two
months, perhaps less) I've noticed than under some at the time unclear
condition, some of the windows get randomly moved around their respective
desktops without any of my interaction.
For the most part it was only slightly annoying and seemingly random, so I've
just lived with it.
But today I had an idea and successfully tested it.
All that's needed was 'xset dpms force off'. It's also quite generic - can be
triggered with notepad and winecfg.
My setup is of two monitors, but one of them is quite old and most of the time
turned off (that still allows for stumbling upon various quirks of
winex11.drv's multi-screen handling).
Once 'xset dpms force off' is fully in effect, upon restoring from the blankout
the windows get somewhat randomly moved.
--
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=54801
Bug ID: 54801
Summary: FL Studio Plugin Crashing App
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: theenviousone23(a)gmail.com
Distribution: ---
Whenever I attempt to authorize a specific plugin, it causes the entire
application to close down immediately afterwards, and I'm not sure why this is
happening.
--
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=37192
Bug ID: 37192
Summary: Some Chinese displayed as garbage in DushuBus
everytime updating bookmarks
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: penghao(a)linuxdeepin.com
DushuBus is an online book reader.
Download DushuBus from http://www.dushubus.com/down/book_setup_12.4.exe
Install Dushbus and dependencies: winetricks -q mdac28 jet40.
Step 0.Start DushuBus from
C:/Program Files/读书巴士/Book.exe
Step 1. Click the 网站设置 (Network settings) item from the dropdown menu in the
right top corner of DushuBus:
Step 2. Click 小说正文标识设置 (Bookmarks settings)
Step 3. Click 在线更新 (online update)
Step 4. Click 确定 (ok)
See: dushubus_code.png for screenshot
Some Chinese characters display in garbage.
===
未完待续,欲知后事如何,请登录新浪原创┰母嗾陆凇VС肿髡撸С终妗?lt;/p><p>新浪原创:http://vip.book.sina.com.cn
===
--
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=38797
Bug ID: 38797
Summary: can not write in Greek in cherrytree and keepnote
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: grendal74.geo(a)yahoo.com
Distribution: ---
It may not be a wine problem
http://portableapps.com/apps/office/cherrytree-portable
and
http://portableapps.com/apps/office/keepnote-portable
These are note taking apps.
They work ok with wine but can not write notes in Greek.
In other note taking apps like
http://portableapps.com/apps/office/babelpad-portable
, I am able to write Greek.
--
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=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.
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.