http://bugs.winehq.org/show_bug.cgi?id=35526
Bug ID: 35526
Summary: Cannot remove decimals from version name
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
URL: http://www.youtube.com/watch?v=AOKeTbMJOXY
OS: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Classification: Unclassified
If a version name has decimals (15.00 for example) then removing the decimals
has no effect. They have to be replaced with something (such as 15.x).
http://www.youtube.com/watch?v=AOKeTbMJOXY
--
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=51343
Bug ID: 51343
Summary: Stranded Deep: Almost everything is white
Product: Wine
Version: 6.11
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: Alexander88207(a)Protonmail.com
Created attachment 70200
--> https://bugs.winehq.org/attachment.cgi?id=70200
StrandedDeep.log
Hello,
when i want to play Stranded Deep
(https://store.steampowered.com/app/313120/stranded_deep) with the DX11
renderer almost everything is white.
I think that 0a88:fixme:d3d_shader:shader_sm4_read_dcl_resource Unhandled data
type 0x6 could be interesting.
Many thanks in advance!
Using FreeBSD 13 & AMD RX 570 with Mesa 20.2.3
--
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=45270
Bug ID: 45270
Summary: wine 3.9 stable and staging will not launch winword
Product: Wine
Version: 3.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: grider.4(a)osu.edu
Distribution: ---
Created attachment 61515
--> https://bugs.winehq.org/attachment.cgi?id=61515
Copy of the windows crash dialog informaiton
I can no longer launch any Office 97 apps. If I boot into Ubuntu 18.04, winwird
runs. I checked and Ubuntu is running wine 3.0. When I poot into Arch, though,
winword will not run. I get a Windows error that my normal.dots is incorrect
and when I click on it, I get a windows error and it 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=51338
Bug ID: 51338
Summary: Run the tests in a non administrator Windows account
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
It would be useful to run the tests in a non-administrator Windows account to
identify tests which require administrator but not necessarily elevated
privileges.
There should probably be one such configuration per major Windows version as
the Windows security policy has changed over time.
--
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=51337
Bug ID: 51337
Summary: Add some locales to Windows 8.1
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
It is possible to add other locales to Windows 8.1. So add a few simple ones to
either w8 or w864 like was done for w7u. This is useful to figure out what is
new Windows behavior.
--
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=51336
Bug ID: 51336
Summary: HvManager does not work
Product: Wine
Version: 6.11
Hardware: x86-64
URL: https://web.archive.org/web/20210401062250/https://hv-manager.org/Download/HvManager.msi
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: the.ideals(a)gmail.com
Distribution: ---
Created attachment 70198
--> https://bugs.winehq.org/attachment.cgi?id=70198
install log
HvManager after successful install the default internet browser will open to
localhost:8117.
winecfg # Windows 10
This application is only supported on Windows 10, Windows Server 2012 R2 or
higher.
Currently, the default linux browser opens to localhost:8117 and potentially no
web instance can start with the current stubs and the internet browser is
unable to connect.
Post https://bugs.winehq.org/show_bug.cgi?id=50902
sha1sum HvManager.msi
1d009829120a62b154d21fe92ffcf8dfe15b6b0c HvManager.msi
du -sh HvManager.msi
6.6M HvManager.msi
--
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=22461
Summary: ms office 2000 fatal error
Product: WineHQ Bugzilla
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)comixrevolution.com
when the installation of ms office 2000 is end, on the video appear a windows
message error
:
CFGWIZ.exe has causede an cricial error
and access don't run
--
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=36750
Bug ID: 36750
Summary: Visual C++ 2005 Trial build fails very early
Product: Wine
Version: 1.1.35
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Blocks: 21259
Created attachment 48801
--> https://bugs.winehq.org/attachment.cgi?id=48801
script to reproduce
Noticed while looking at bug 21259. If you run Dan's script (slightly edited,
I'll attach), it mostly runs fine, but when run the build, it quickly fails
rather than hanging. Terminal output made me suspect msxml3:
err:msxml:doparse Opening and ending tag mismatch: xs:sequence line 8 and
xs:choice
and indeed, winetricks msxml3 gets it further (it then hangs on the first try,
or if I CTRL+C and rerun, it starts to build).
May be a regression, but I haven't tried older versions 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=51330
Bug ID: 51330
Summary: Stationeers: crash after thread creation failure
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dawid.krol(a)gmail.com
Distribution: ---
Created attachment 70195
--> https://bugs.winehq.org/attachment.cgi?id=70195
Stationeers's crash log
Using wine-staging 6.11 nvidia 1060 on Clevo p650rp Fedora 34 64-bit
Steps to reproduce error: Open the game. Create new game or load old one. Click
load game. Debug console appears on the screen with message console Thread
creation failed. After a while game crashes.
The crash seems to be connected with thread creation as I guess game requires
one to run properly. It doesn't appear on Windows and on Linux running Proton.
I couldn't run properly without dxvk as when I tried to run it with default
renderer games hangs when loading save. Game runs on Unity engine and I
couldn't reproduce the problem with other Unity games.
--
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=50896
Bug ID: 50896
Summary: cloned member of PrivateFontCollection is supposed to
survive deletion of the collection
Product: Wine
Version: 6.5
Hardware: x86-64
URL: http://ytomy.sakura.ne.jp/cgi-bin/dl/dl.php?dl=trgssx
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
First summary is a guesstimate based upon What I'm seeing through
WINEDEBUG="font,gdiplus".
An RPGMakerVX game using TRGSSX.dll has a problem with proper font display.
AFAICT, the library function in use is DrawTextFastA.
Anyway, what I can see in the log is roughly:
- call to GdipNewPrivateFontCollection
- call to GdipPrivateAddFontFile loading 'UmePlus Gothic', followed by a call
to GdipPrivateAddMemoryFont for that font
- a somewhat long dive into gdi32 follows, ending with calls to
GdipGetFontCollectionFamilyCount and GdipGetFontCollectionFamilyList on this
collection
- next is GdipCloneFontFamily call for 'UmePlus Gothic' and a GdipGetFamilyName
call on the *cloned* family
- next is a call to GdipDeletePrivateFontCollection...
and now, we're fucked - this has just deleted the font family, yet the app is
still using the cloned version that from this point is just garbage in wine.
To be exact, what happens later is a GdipCreateFont call on the cloned family.
Game doesn't crash, but the picked font is obviously wrong.
Chances are this is a regression caused by commit
b9307cfa61e9884b01d34c2310ec1ffbb1868728, but it's over a year ago, so I didn't
test that.
What I did test was that changing GdipCloneFontFamily from '*clone = family' to
an obviously wrong 'GdipCreateFontFamilyFromName(family->FamilyName, NULL,
clone)' seems to fix the problem.
--
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.