https://bugs.winehq.org/show_bug.cgi?id=57382
Bug ID: 57382
Summary: World Of Warcraft no longer start
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oneofone(a)gmail.com
Distribution: ---
Since 9.20 (normal and staging), WoW no longer starts, just a zombie process.
There is nothing in the logs.
--
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=56466
Bug ID: 56466
Summary: Dark souls remastered crashing with winewayland when
trying to open "pc settings" in game
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: nazizeakz938(a)gmail.com
Distribution: ---
Created attachment 76231
--> https://bugs.winehq.org/attachment.cgi?id=76231
this is the crash file given when trying to open the pc settings in game.
Playing dark souls remastered with winewayland results in a crash when trying
to access "pc settings" from the in game menu.
--
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=57290
Bug ID: 57290
Summary: String Substitution not working
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: huangqinjin(a)gmail.com
Distribution: ---
set "f=a.txt"
echo "%f:.=_%"
It outputs "a_txt" on Windows CMD and Wine 9.18, but output "atxt" for Wine
9.19.
--
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=53019
Bug ID: 53019
Summary: MusicBee: inconsistent CJK/non-Latin support with
Tahoma, no support on any other font.
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: activeds
Assignee: wine-bugs(a)winehq.org
Reporter: v_winebugs(a)outlook.com
Distribution: ArchLinux
Created attachment 72386
--> https://bugs.winehq.org/attachment.cgi?id=72386
All of the screenshots showcasing the bug, in a .tar.gz file.
Tested on wine 7.7 as well as wine-staging 7.7. Running Arch Linux. Font
replacements installed via winetricks - allfonts + fakechinese, fakejapanese,
fakekorean.
When Tahoma is selected as the default font, which is default on new
installations of MusicBee in WINE, MusicBee displays CJK and symbols very
inconsistently. 新しい日の誕生 by 2814 is a good example as not only is Japanese text
used, but the artist name uses full-width characters which comes under the
symbol part of this bug.
The artist and album names are displayed just fine on the left sidebar, tag
editor, track listing panel and mostly on the playing track panel. Generally,
if there is no formatting on the text, it is displayed. However in the Music
Explorer view, as well as playlist views such as Album & Tracks, Albums and
Artists, squares are put in the text's place, typically on the portions meant
to be formatted like headings (bolded, increased font size).
When any other font is used, whether included by the WINE prefix or brought in
from the distro, absolutely no font is displayed for those symbols whatsoever.
Everywhere that renders fonts on MusicBee will not render any non-Latin symbols
whatsoever.
In either case, the title on the Playing Tracks panel does not display any
non-Latin symbols whatsoever. I've checked the formatting and used the Regular
variant of Tahoma. Changing the others on the Playing Tracks panel to Bold will
result in squares, changing the size is fine.
A workaround is to use a font that has all of the scripts needed for use, such
as WenQuanYi Micro Hei for Japanese, Korean (on the font picker as Hangul and
Hangul(Johab)) and Chinese (CHINESE_GB2312 and CHINESE_BIG5). As long as it has
the relevant scripts, the symbols will be displayed, however since most fonts
don't include CJK scripts, WINE/MusicBee has trouble displaying them when those
fonts are picked. To make matters worse, due to .NET limitations, MusicBee can
only use TrueType fonts, and some fonts result in MusicBee complaining that
it's not a valid TrueType font, even though it only displays TrueType fonts in
the font picker (Yu Gothic UI was used for this example).
When searching for related bugs, I came across this:
https://bugs.winehq.org/show_bug.cgi?id=34298#c5
Adding a font that works to the registry changes basically nothing. MusicBee
still has trouble consistently rendering CJK and other symbols.
--
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=57340
Bug ID: 57340
Summary: Installation Error : MS Power BI Desktop
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cjm12b(a)gmail.com
Distribution: ---
Created attachment 77306
--> https://bugs.winehq.org/attachment.cgi?id=77306
MS Power BI Bug Report
While I install MS Power BI Desktop on Ubuntu using PlayOnLinux, the installer
pops-up a program error details as attached below...
--
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=57428
Bug ID: 57428
Summary: Can't launch apps
Product: Wine
Version: 9.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nathan.vidal2197(a)gmail.com
Distribution: ---
Created attachment 77423
--> https://bugs.winehq.org/attachment.cgi?id=77423
error message
After updating my system (fedora 41 workstation) by running `sudo dnf update` I
couldmn't run my exe files anymore. Before the update I could. It is not a
problem with the file as I tried many different ones.
Wine version: wine-9.15 (Staging)
--
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=57398
Bug ID: 57398
Summary: wine condor.exe seems to hang accessing TCP network.
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzojimenezgarcia59(a)gmail.com
Distribution: ---
I have a portable with linux debian 12.
I am a user of condors soaring software for sometime now.
Condor 2 the previous version of the simulation software was working perfectly.
Now I got the last version of the software that is condor 3.
Everything is fine EXCEPT the multiplayer option that implies accessing a
server.
IN fact it looks exactly as I do not have network access and the program hangs
forever?
Nevertheless "wine iexplorer" with the IP from the multiplayer server connect
without
any problem.
I am using wine version 9.0 but I have previously tested with 9.2 staging and
devel versions with exactly the same issues.
It is really a pity since condor software on my portable run much faster under
wine that
under vmware or virtualbox VM machines!!!
--
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=57440
Bug ID: 57440
Summary: date format bug in wine env creation
Product: Wine
Version: 9.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
Distribution: ---
Name : wine-core
Version : 9.15
Release : 1.fc40
Architecture: x86_64
Install Date: Do 14 Nov 2024 13:19:06 CET
When a wine env is created, the REG value of:
HKEY_CURRENT_USER -> Control Panel -> International -> sShortDate
is set to "d.M.yyyy", which is wrong and confuses some apps.
It needs to be "dd.MM.yyyy" for Germany ( CC=DE ).
Please inform me, if this a true Wine issue, or if i.e. LUTRIS gives the wrong
date format to the creationprocess. The ENV, with that issue, has been created
by Lutris, which is way easier than doing it manually ;)
--
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=55859
Bug ID: 55859
Summary: LabView 2023.3.1 fails to install
Product: Wine
Version: 8.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 75381
--> https://bugs.winehq.org/attachment.cgi?id=75381
Terminal output
Steps to reproduce:
1. Extract ni-labview-2023-community-x86_23.3.1_offline.iso to a directory
called ni-labview-2023-community-x86_23.3.1_offline
2. Run `chmod +r -R ni-labview-2023-community-x86_23.3.1_offline`
3. Run `winetricks dotnet48`
4. Run `winecfg` and change the Windows version back to 10
5. Run `winetricks d3dcompiler_47`
6. Run `wine Install.exe`
$ sha256sum ni-labview-2023-community-x86_23.3.1_offline.iso
654dec2f01a3ae2e13ac69dd22bb717fac25e625da1099f974676ea79516e7c5
--
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=51401
Bug ID: 51401
Summary: 6.12-1 can't make server connections anymore
Product: Wine-staging
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70257
--> https://bugs.winehq.org/attachment.cgi?id=70257
working tcp connection
Game: Runes of Magic
with 6.12-1 the client can't connect it's version server any more.
downgrade to 6.11-5 solved the issue instantly.
Steps to Reproduce:
update to 6-12
tcpdump -X -n -n host 194.187.19.180
(runewakers updateserver)
start the game
You see the connection, you see some tcp data, but your do not see ANY sign of
a HTTP protocol and unencrypted port 80 connection should contain.
Conclusion: the connection fails on TCP/IP level before HTTP gets involved.
--
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.