http://bugs.winehq.org/show_bug.cgi?id=10472
Summary: File open dialog buffer too short for multiple file
selection
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: freireclaudio(a)yahoo.com.ar
The file open dialog seems to be using a buffer which is too short for multiple
file selection. While Windows itself has this bug/feature, wine's version is
much more annoying since I'm unable to select over 6 files usually (using long
but not excessive names).
A dynamic buffer (with a reasonable limit for security reasons perhaps) would
be preferrable, but even a bigger buffer would help.
I think windows' buffer is 4k.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56847
Bug ID: 56847
Summary: Inconsistent names in .desktop files of Wine tools
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: f.alexander.wilms(a)gmail.com
Distribution: ---
The name entries of Wine's own desktop files don't all start with "Wine":
Browse C:\ Drive
Configure Wine
Uninstall Wine Software
Wine File
Wine Help Browser
Wine RegEdit
Therefore, they are scattered in application launchers.
Also, the entries don't match the windows titles of the tools.
Maybe the entries should be renamed:
Wine Add/Remove Programs
Wine C:\ Drive
Wine Configuration
Wine File Manager
Wine Registry Editor
--
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=56790
Bug ID: 56790
Summary: wine binds my application to "lo" adapter
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)msteinbusch.nl
Distribution: ArchLinux
Created attachment 76596
--> https://bugs.winehq.org/attachment.cgi?id=76596
A full wine trace
Issue: Farming Simulator 2022 dedicated webserver binds application to "lo"
adapter
Wine doesn't run my program the same way as Windows does, for some reason it
binds to the "lo" adapter. I suspect the application is selecting the first
interface. Sadly there is no way to override this.
I included a full trace, keywords to look trough are winsock, 127.0.0.1,
winsock:bind socket etc.
Any help is welcome and if more info is needed let me know.
Wine: 9.10-1 and <
Archlinux, Kernel 6.9.3. X68_64
A VNC instance where the issue can be reproduced is available on request.
A license key for Farming Simulator 2022 can be provided by me on request.
The download of the game/server can be found at:
https://eshop.giants-software.com/downloads.php
This docker container is using nginx to get around the issue:
https://github.com/wine-gameservers/arch-wine-fs22
Screenshot and logs included in zip.
--
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=52105
Bug ID: 52105
Summary: Handle to \Device\NamedPipe\ cannot be used as the
RootDirectory for NtCreateNamedPipeFile
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: 2600ecd4edfdb71097105c74312f83845305a4f2
Distribution: ---
Commit 2600ecd4edf (server: Use a separated object for each opened named pipe
device file., 2018-10-29) split the role of the named pipe device and the named
pipe file.
However, in doing so, it changed the semantics of opening \Device\NamedPipe\.
In particular, it is no longer possible to use a handle to \Device\NamedPipe\
as RootDirectory when creating a named pipe.
This bug makes Cygwin's named pipe creation
(https://github.com/cygwin/cygwin/blob/4f47e64b11ed8d47c62fa89e9b971f44b7e9a…)
loop forever.
--
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=56833
Bug ID: 56833
Summary: Installer of LabOne 24.04 stops with error " ...
setup wizard ended prematurely ..."
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 76644
--> https://bugs.winehq.org/attachment.cgi?id=76644
debug log running LabOne installer
The Installer of LabOne 24.04 stops with error " ... setup wizard ended
prematurely ..."
In order to reproduce this, download and run
https://download.zhinst.com/24.04.59173/LabOne64-24.04.59173.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.
https://bugs.winehq.org/show_bug.cgi?id=42606
Bug ID: 42606
Summary: wine doesn't *fully* respect locale settings in some
corner cases
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
This time it's a problem even if this is the only app currently running in the
prefix.
Download address for the engine:
http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip
Instruction for setting up a project:
http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to
be for a different archive, but get the point across)
So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my
standard locale) and starting that project, most of the things seem to work
correctly (as I've got the standard overrides for Gothic/Mincho set already in
place), yet...
When right clicking the engine console (not the game window), there's mojibake
in that menu.
WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma
is called with charset determined by my standard locale, instead of the
Japanese one.
That somehow results in the text being treated as encoded in that locale's
Windows codepage, instead of cp932 (or is that vice versa ?).
--
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=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=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.