https://bugs.winehq.org/show_bug.cgi?id=43218
Bug ID: 43218
Summary: Paint Shop Pro X9 Installer doesn't download anything
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 58505
--> https://bugs.winehq.org/attachment.cgi?id=58505
Console output wine 2.10 (non-staging)
Hello everyone,
in the past I already submitted some bug reports for the Corel installation
routine of Paint Shop Pro and there has been some progress.
It is now possible to accept the EULA and the installation window also shows up
but the downloader doesn't download anything.
I am attaching my console output for further information.
--
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=56811
Bug ID: 56811
Summary: Jade Empire configuration tool fails to show up
(either in fullscreen or virtual desktop mode)
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 4573910acc2783a3f678a428aa313377b09a04e8
Distribution: ArchLinux
Created attachment 76614
--> https://bugs.winehq.org/attachment.cgi?id=76614
WINEDEBUG=+vulkan,+system,+driver,+explorer
The configuration tool for Jade Empire: Special Edition doesn't show up, I can
only see the empty background of the virtual desktop.
JadeEmpireConfig.exe and wineserver are both using 50-50% CPU, but nothing
happens.
First this occurred after
commit 4573910acc2783a3f678a428aa313377b09a04e8
win32u: Move D3DKMT vulkan implementation out of winex11.
Beginning with that commit only virtual desktop mode was affected, the
application still worked in Wine's full screen mode.
Then came commit 6b8cdda502a5fd726529af0cdb14c57467cde14b (which fixed bug
#56764). Since then the application doesn't work either in full screen or
virtual desktop mode.
AFAIK no demo version exists. I tested with the GOG.com version of the game.
wine-9.10-164-g7eb72b7bb3d
X.Org X Server 1.21.1.13
Nvidia binary drivers 550.40.63.
XFCE 4.18
--
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=56989
Bug ID: 56989
Summary: Doom 3: BFG Edition fails to start in virtual desktop
Product: Wine
Version: 9.8
Hardware: x86-64
URL: https://store.steampowered.com/app/208200/DOOM_3/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 17c6ac1f7be3f546d1c3aa274fc31b1f8062fa62
Distribution: ArchLinux
Created attachment 76822
--> https://bugs.winehq.org/attachment.cgi?id=76822
terminal output
Doom 3: BFG Edition doesn't start in virtual desktop mode.
The Steam version crashes and generates a backtrace, the GOG version shows the
game startup console with flashing 'Unable to initialize OpenGL' message.
This is a regression introduced by
commit 17c6ac1f7be3f546d1c3aa274fc31b1f8062fa62
winex11: Report all sources as detached in virtual desktop mode.
wine-9.13-116-g6d6451fd6ce
X.Org X Server 1.21.1.13
XFCE 4.18
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 550.40.65
--
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=56140
Bug ID: 56140
Summary: ListView with a custom column sorter produces wrong
resuls
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Distribution: ---
Steps to reproduce:
1. Run 'wine rundll32.exe inetcpl.cpl,LaunchSiteCertDialog'
2. Go to the "Trusted Root Certification Authorities" tab
3. Click several times on "Issued to" or "Issued by" columns, observe that
sorting takes multimple attemps to actually settle down and stop changing the
items order
This probably indicates a problem with DPA_Sort().
--
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=56984
Bug ID: 56984
Summary: Star Wars: Knights of the Old Republic (Steam, GOG):
broken rendering when soft shadows enabled
Product: Wine
Version: 9.13
Hardware: x86-64
URL: https://store.steampowered.com/app/32370/STAR_WARS_Kni
ghts_of_the_Old_Republic/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: alexandros.frantzis(a)collabora.com
Regression SHA1: 272c55ac257315ef8393df357a79aac4e0d6cd76
Distribution: ArchLinux
Created attachment 76814
--> https://bugs.winehq.org/attachment.cgi?id=76814
plain terminal output
The game used to work fine with all graphical options enabled/maxed out.
Since Wine-9.13 most of the textures are missing in-game when soft shadows
option is enabled. The menus and the intro/in-game videos are not affected.
The problem is present since
commit 272c55ac257315ef8393df357a79aac4e0d6cd76
opengl32: Add default implementation for wglChoosePixelFormatARB.
The default implementation will be used automatically if the driver
populates the wgl_pixel_format ARB fields.
Reproduced with both the Steam and GOG versions. No mods or unofficial patches
were installed.
wine-9.13-90-gca938c795c0
X.Org X Server 1.21.1.13
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 550.40.65
--
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=56494
Bug ID: 56494
Summary: Splashtop RMM v3.6.6.0 crashes
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: patm(a)ait.cx
Distribution: ---
Created attachment 76259
--> https://bugs.winehq.org/attachment.cgi?id=76259
Wine 9.0 backtrace
The new Splashtop RMM client (v 3.6.6.0) crashes with a page fault on Wine 9.0.
On Wine 9.5, when I attempt to run it, a spinning cursor appears for a few
seconds but the program never loads. No error message appears. The previous
version, 3.5.8.2, runs with no problem.
Attached is a backtrace from Wine 9.0.
The program installer can be downloaded from:
https://my.splashtop.com/rmm/win
--
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=51704
Bug ID: 51704
Summary: Final Fantasy XI Online: Short Freezes / Stutters
Every Second
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: escomk3(a)hotmail.com
Distribution: ---
With commit e91b19bf38e [1] and beyond, very tiny freezes/stutters can be
observed in Final Fantasy XI Online.
They happen more or less exactly every second, and are quite noticeable while
moving around in the game, even though they are indeed very short-lived.
1.
https://source.winehq.org/git/wine.git/commit/e91b19bf38e13c7a31d553a559308…
--
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=57008
Bug ID: 57008
Summary: _fdopen(0) does not return stdin after it was closed
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: pipcet(a)protonmail.com
Distribution: ---
GNU Emacs contains the following code (abbreviated slightly):
HANDLE stdin_save = INVALID_HANDLE_VALUE;
DuplicateHandle (parent,
GetStdHandle (STD_INPUT_HANDLE),
parent,
&stdin_save,
0,
FALSE,
DUPLICATE_SAME_ACCESS);
fclose (stdin);
if (stdin_save != INVALID_HANDLE_VALUE)
_open_osfhandle ((intptr_t) stdin_save, O_TEXT);
else
_open ("nul", O_TEXT | O_NOINHERIT | O_RDONLY);
_fdopen (0, "r");
The idea is that the last call to _fdopen will return stdin, so we can continue
using stdin after this code runs, but its HANDLE will have become
non-inheritable.
This doesn't work on wine, which allocates a new FILE * in msvcrt_alloc_fp:
for (i = 3; i < MSVCRT_max_streams; i++)
{
file = msvcrt_get_file(i);
if (!file)
return NULL;
if (file->_flag == 0)
{
...
return file;
}
}
The loop starts at index 3, not 0, so the stdin/stdout/stderr handles are never
reused.
Of course, what Emacs does is highly dodgy and not documented to work;
apparently, it doesn't work with UCRT on native Windows either. However, there
is interest in keeping Emacs usable on very old Windows systems, so it's
possible that changing the Emacs code would break things subtly.
Is there any possibility or interest in changing wine so it emulates MSVCRT
behavior for this application? Changing "i = 3" to "i = 0" would probably
suffice...
--
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=53531
Bug ID: 53531
Summary: FTDI Vinculum II IDE gets "Out of memory" error on
startup
Product: Wine
Version: 7.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Distribution: ---
While investigating bug 38350, users noticed how after upgrading Wine (some
time ago), the error message on startup changed from "OLE error 8002006" to
"Out of memory".
Using WINEDEBUG='+relay,+msxml' and looking at the last msxml call prior to the
"Out of memory" string appearing, I found it comes from domelem_get_item() line
1837:
---snip---
1834 curr = xmlNewNsProp(NULL, xmlns, ns->prefix, ns->href);
1835 if (!curr) {
1836 xmlFreeNs(xmlns);
1837 return E_OUTOFMEMORY;
1838 }
---snip---
and xmlNewNsProp() fails because ns->prefix is NULL.
However that code wasn't always there. Looking through the Git history and
testing past Wine versions, I isolated it to this commit, before which it got
further during startup:
---snip---
commit 4460cb3377a045de8cde82d846e8e0d3592d5252 (HEAD)
Author: Daniel Lehman <dlehman25(a)gmail.com>
Date: Mon Oct 15 21:14:34 2018 -0700
msxml3: Treat namespaces as floating attributes.
Signed-off-by: Daniel Lehman <dlehman25(a)gmail.com>
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
---snip---
--
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=54861
Bug ID: 54861
Summary: UK's Kalender: Crashes when adding or changing event
category - comctl32 related
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: wineuser101(a)mailbox.org
Distribution: ---
Created attachment 74359
--> https://bugs.winehq.org/attachment.cgi?id=74359
Backtrace crash creating new category
The program crashes when a new event category is added or when the category of
an existing event is changed. To reproduce the crash on a clean program
installation, follow these steps: go to Extras, Categories, and click the
button with a blank paper icon next to the "Event" box. Enter the name of the
new category and click "OK" to induce the crash. I've attached a screenshot
with the cursor on top of the button in question and the backtrace log of the
crash.
I discovered a workaround that solves the crashes by bruteforce-installing
different winetrick DLLs until it got resolved. The specific DLL that solves
the crashes is comctl32. However, after adding this DLL you cannot export
HTML/CSV files from the calendar anymore or do a backup/restore. This seems to
be due to a known bug related to the file open dialog;
https://bugs.winehq.org/show_bug.cgi?id=43188
The setup file for UK's Kalender can be downloaded here;
https://www.ukrebs-software.de/download/kalender/Kalender_Setup.exe
I used UK's Kalender version 2.5.6 (the latest as of writing)
sha1sum Kalender_Setup.exe
c88d6184e8b8bb51a37f10cf3fe1411783e270be
--
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.