http://bugs.winehq.org/show_bug.cgi?id=33774
Bug #: 33774
Summary: Text clipped in some translated touhou games
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: murela_alba(a)abv.bg
Classification: Unclassified
Created attachment 44734
--> http://bugs.winehq.org/attachment.cgi?id=44734
Touhou 13 music room
Noticed this in a few of the touhou games, where the main font has a different
weight and possibly different horizontal dimensions. This sometimes leads to
text going out of the textbox and getting clipped, like in this screenshot from
the touhou 13 music room.
Wine version is 1.5.31 on Ubuntu 13.04 (64-bit), though the same happens with
1.4.1 as well. The other screencap is from Windows 7.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=31594
Bug #: 31594
Summary: SolidWorks 2010: Crash at assigning material
Product: Wine
Version: 1.5.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 41549
--> http://bugs.winehq.org/attachment.cgi?id=41549
Terminal output on Wine 1.5.12
Steps to reproduce:
1) remove ~/.wine
2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30
3) install SolidWorks 2010
4) start SolidWorks 2010
5) create new part
6) assign material to it
Behaviour:
crash without any fatal error.
Expected behaviour:
no crash.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=31591
Bug #: 31591
Summary: SolidWorks 2010: Installation of service pack 5.0
fails
Product: Wine
Version: 1.5.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 41541
--> http://bugs.winehq.org/attachment.cgi?id=41541
Terminal output on Wine 1.5.12
Steps to reproduce:
1) remove ~/.wine
2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30
2) install SolidWorks 2010
3) install SP5 by 'wine start sw2010-0.0-5.0-i.msp'
Behaviour:
Installer shows up, something is going up, at the end there is silent crash or
information that installer was interrupted. I start SolidWorks 2010 and there
is no sign that SP5 is installed.
Expected behaviour:
I should see in SolidWorks 2010, that SP5 is installed.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=31486
Bug #: 31486
Summary: SolidWorks 2012: sldim crashes
Product: Wine
Version: 1.5.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 41392
--> http://bugs.winehq.org/attachment.cgi?id=41392
Terminal output on wine-1.5.10-250-g6c1fcaa
Steps to reproduce:
1) remove ~/.wine
2) wine setup.exe
Behaviour:
Wine crash.
Expected behaviour:
No Wine crash.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=16592
Summary: Ford service manual viewer fails to detect CD (fix
attached)
Product: Wine
Version: unspecified
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: p-wine-bugs(a)ziemba.us
Created an attachment (id=18120)
--> (http://bugs.winehq.org/attachment.cgi?id=18120)
patch to handle null-rootpath equivalent in GetVolumeInformationW
wine-1.1.10
I installed the Ford 1993-1994 truck service manual viewer from CD. The viewer
application requires that the CD be present in a drive before it will show
service data.
The viewer application c:/FORD/PUBS/programs/VIEW16.EXE complains that there is
no CD present, even though there is. (yes, links for d: and d:: were made
correctly in .wine/dosdevices).
It turns out that the application calls GetVolumeInformationW with a "root"
argument of "\\:". In this case, GetCurrentDirectoryW returns the desired root
path, but since root is not null, the code in GetVolumeInformationW uses "\\"
as the drive letter instead (and fails).
Patching GetVolumeInformationW to treat root == "\\:" the same as the null case
results in the application successfully detecting the CD and operating
properly.
Documentation of GetVolumeInformationW on MSDN seems to indicate that there is
a broader range of possible formats for the root parameter than the wine
implementation currently handles, so perhaps a more extensive fix is needed for
the general case.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=16567
Summary: moving mouse outside the wine virtual desktop causes
crash in FastBltNoTrans()
Product: Wine
Version: 1.0.1
Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stephanecharette(a)gmail.com
Installed the game "Nancy Drew: Stay Tuned For Danger". Installation and game
start seems to work well. But the mouse icon is customized for the game, and
changes depending on whether there is an object under the mouse with which you
can interact.
If at any point during the game the mouse is moved outside the wine virtual
dekstop, the game immediately crashes with the following Windows dialog window:
-----------------------
FastBltNoTrans() - err ret = 88760096, pDescription = Dirty Rect Fast Blt,
rSrcRect: t=158, b=198, l=-5, r=25, dwDestX=-5, dwDestY=158 - DDERR_INVALIDRECT
- Rectangle provided was invalid.
-----------------------
I added it to AppDB here:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=14880
I also have an earlier forum posting here with several other details:
http://forum.winehq.org/viewtopic.php?t=3190
--
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=48267
Bug ID: 48267
Summary: Heavy Rain Demo has buggy animations
Product: Wine
Version: 4.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Heavy Rain Demo (free and available through EGS, which can be easily installer
through Lutris) seems to have a problem with its animations when using Wine's
implementation of xaudio2_7.
Particularly, they don't seem to finish and instead just repeat in a loop. You
can see it in this video: https://www.youtube.com/watch?v=R-cWHZnx4xM (there
also seem to be some awful cracking going on but it seems to only affect the
full game so ¯\_(ツ)_/¯ )
Using native xaudio2_7.dll solves the animation issues.
When using wine's implementation of xaudio2, the only xaudio-related line in
the logs appear to be this:
0152:fixme:xaudio2:IXAudio2Impl_QueryInterface
(0xa5ba90)->({60d8dac8-5aa1-4e8e-b597-2f5e2883d484},0x22f950), not found
As a backend, I use FAudio.
Let me know if any logs are needed and which debug channels I need to use.
--
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=46454
Bug ID: 46454
Summary: Minimalistic C++ program removing non-empty directory
is not working
Product: Wine
Version: 4.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)shaac.me
Distribution: ---
Created attachment 63241
--> https://bugs.winehq.org/attachment.cgi?id=63241
The binary that works well on Windows, and less well with Wine
If Wine executes a C++ program executing `std::filesystem::remove_all`,
compiled with MSVC, then it will only succeed to remove empty folders, but will
silently fail if the folder is not empty. The call will not raise any error,
but the folder and its content will stay on disk.
In attachment is such a program, rm.exe. If you do `rm.exe <dirname>` on wine,
it will fail to delete non-empty folders. But the same command on Windows will
succeed.
The only Wine terminal output, which shows both when deleting an empty folder
(success) and a non empty-one (failure: bug), is:
002b:fixme:kernelbase:AppPolicyGetProcessTerminationMethod 0xfffffffffffffffa,
0x22fd10
I tested this with wine-4.0-rc5 on Archlinux. And did the Windows side of tests
on a Windows 7 professional.
The program source code is:
#include <filesystem>
int main(int, char** argv)
{
std::filesystem::remove_all(std::filesystem::path(argv[1]));
}
I compiled this program with MSVC version 19.15.26732.1 for x64, with Wine, and
with `/EHsc /TP /std:c++17` flags.
--
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=47961
Bug ID: 47961
Summary: Chernobylite: crashes on startup with "Fatal error!"
Product: Wine
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: joseph.kogut(a)gmail.com
Distribution: ---
Created attachment 65468
--> https://bugs.winehq.org/attachment.cgi?id=65468
Debug log w/ +mfplat
Game crashes on startup, displaying a dialog box with the message "Fatal
error!"
This seems to be another UE4 game that requires Windows Media Foundation APIs
for media playback. Installing native versions of these libraries allows the
game to start; singleplayer doesn't work even with workarounds.
--
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=43705
Bug ID: 43705
Summary: PES 2018 Settings.exe crashes
Product: Wine
Version: 2.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: plata(a)mailbox.org
Distribution: ---
Created attachment 59172
--> https://bugs.winehq.org/attachment.cgi?id=59172
Invalid IL code
When Pro Evolution Soccer (PES) 2018 is installed, Settings.exe is executed.
It crashes with the exception in the 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.