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.
https://bugs.winehq.org/show_bug.cgi?id=48426
Bug ID: 48426
Summary: Wine-Gecko can't be installed.
Product: Wine-staging
Version: 5.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
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: ---
wine-staging 64/32 is asking to install Gecko, but the installation attempt
hangs at "loading down" with no progress.
--
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=57426
Bug ID: 57426
Summary: Battlefield 2 won't launch.
Product: Wine
Version: 9.21
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: tanvir.maht(a)outlook.com
Created attachment 77419
--> https://bugs.winehq.org/attachment.cgi?id=77419
Terminal output
Battlefield 2 opens to show a black screen and crashes later on.
--
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=57432
Bug ID: 57432
Summary: dxdiag will return "Windows XP" unconditionally from
systeminfo.szOSExLongEnglish
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: braiamp(a)gmail.com
Distribution: ---
Created attachment 77424
--> https://bugs.winehq.org/attachment.cgi?id=77424
dxdiag.log with windows xp set
Running dxdiag /t dxdiag.log on a new prefix, will show that "Operating System:
Windows XP Professional", despite the prefix being created by default with
Windows 10 configuration on recent versions of wine.
Whatever it is, is caused by dxdiag_info->system_info.szOSExLongEnglish being
specified as Windows XP. I couldn't trace where it was set, after I reached
https://gitlab.winehq.org/wine/wine/-/blob/master/programs/dxdiag/informati…
and was lost in the source.
Attached the "dxdiag /t dxdiag.log" resulting file.
--
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.