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=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=41392
Bug ID: 41392
Summary: directory.c: match_filename always false if mask
contains "*?"
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: lcmecmac(a)gmail.com
Distribution: ---
A mask containing '*' followed by '?' will not match any files.
For example, "dir *?" does not show any files in a non-empty directory.
--
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=42407
Bug ID: 42407
Summary: LdrUnloadDll may recursion unload same dll
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xiewei(a)deepin.com
Distribution: ---
Created attachment 57219
--> https://bugs.winehq.org/attachment.cgi?id=57219
LdrUnloadDll log file
It may cause QQ crash.LdrUnloadDll funcation recursion unload Flash.ocx,and
dsound.dll ldr.LoadCount to 0,then dsound.dll be unload.But QQ process is still
using dsound.dll.
Type: EXCEPTION_ACCESS_VIOLATION
Error: Read address 0x7985C309
Address: 7985C309
--
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=40972
Bug ID: 40972
Summary: RtlVerifyVersionInfo returns wrong results
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: marcinwiaz(a)poczta.onet.pl
Distribution: ---
Created attachment 55126
--> https://bugs.winehq.org/attachment.cgi?id=55126
Tiny test program - EXE and source
(Note: this a different problem than in Bug 36143)
Steps to reproduce:
1) Download and unpack Reproduce.exe, which is attached to this bug report
2) Configure Wine to emulate Windows 2003 (which has version number 5.2) for
Reproduce.exe
3) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is < than RequestedOS (which is WRONG!)
4) Run true Microsoft Windows 2003 Server
5) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is >= than RequestedOS
Explanation:
Minor version numbers should be treated similarly to digits after a decimal
point - so when comparing software versions:
version 5.1 is < than version 5.2
version 5.11 is < than version 5.2 (note that 11 is > than 2 !)
version 5.19 is < than version 5.2 (note that 19 is > than 2 !)
So when comparing for VER_MINORVERSION or VER_SERVICEPACKMINOR inside the
"VerifyVersionInfo" API, Microsoft uses a lexical comparison - which works as:
lstrcmp(tostring(dwMinorVersion1),tostring(dwMinorVersion2))
or
lstrcmp(tostring(wServicePackMinor1),tostring(wServicePackMinor2))
Please note, that it's still different than comparing real numbers, because:
5.20 = 5.2
but
lstrcmp("5.20","5.2") != 0
So lstrcmp-like function must be used for VER_MINORVERSION and
VER_SERVICEPACKMINOR checking inside the "RtlVerifyVersionInfo" function (which
is called by the "VerifyVersionInfo" API in Wine) to be compatible with
Microsoft Windows.
Possible fix: in "version.c" file, add a new "version_compare_values_lexical"
function. It should be based on the original "version_compare_values" function,
but should use "lstrcmp" calls instead of integer comparisons. This
"version_compare_values_lexical" function should be called instead of
"version_compare_values" when checking for VER_MINORVERSION and
VER_SERVICEPACKMINOR inside the "RtlVerifyVersionInfo" function.
--
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=30615
Bug #: 30615
Summary: Audition CS6 (5.0) - strange UI graphics
Product: Wine
Version: 1.5.3
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan(a)lugfl.de
Classification: Unclassified
Created attachment 40072
--> http://bugs.winehq.org/attachment.cgi?id=40072
Audition CS6 Mixer screenshot
The UI looks very strange. Results with native and buildin gdiplus looks
identical.
see attached screenshot.
A log of the console output is attached too.
--
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=29521
Bug #: 29521
Summary: Warhammer Darkomen starts with blank screen
Product: Wine
Version: 1.3.36
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexandrbezenkov(a)gmail.com
Classification: Unclassified
Game starts fine, but I see nothing except cursor. Ingame sounds are present,
when I move cursor I hear sounds that appear when menu item is hovered, also
menu music is present. I tried to run with "winduz 98" and "winduz 95" setting
in winecfg, but result is the same. Specs:
Arch Linux with 3.1.6 kernel.
NVidia gt430 with nvidia 290.10 driver.
wine 1.3.36
--
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=27933
Summary: Implement "sort" command
Product: Wine
Version: 1.3.25
Platform: x86-64
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
CC: dank(a)kegel.com
Blocks: 15359
Windows expands file wildcards (e.g. f?oo*) according to directory (unsorted)
order, and not alphanumeric order.
This prevents consistent testing of many cmd command expanding file wildcards
(e.g. for /d, for /f)
An external command would probably be preferable to an intrinsic, as windows
does.
--
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=31519
Bug #: 31519
Summary: App installer that uses fc.exe and find.exe fails
because they don't exist
Product: Wine
Version: 1.5.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
A user emailed me privately with the log of an installer that had failed.
The first problem was it had executed the command
fc /b foo.bar c:\windows\system32\foo.bar | FIND /I "FC: no differences
encountered" > nul
and expected status 0.
--
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=26888
Summary: Wine limits file names to 255 bytes even on NTFS
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jjudin+wine(a)iki.fi
Wine limits file names to 255 bytes even when underlying file system permits
longer file names (like NTFS) when creating a file. This is an issue with
programs that can create file names that are something like 140 characters but
if one character takes 2 or 3 bytes, this 255 byte filename limit will be
evident when same files that can be created in Windows can't be created with
Wine. NTFS supports 255 UTF-16 code units that can easily result in longer file
names than 255 bytes, especially for users of Japanese systems.
You can test this by creating a NTFS file system and some files with long names
on it:
truncate -s 2g /tmp/ntfsfs
losetup /dev/loop7 /tmp/ntfsfs
mkfs.ntfs -f /dev/loop7
mkdir /tmp/ntfsfs-mnt
mount -t ntfs-3g /dev/loop7 /tmp/ntfsfs-mnt
# Do this or whatever enables regular user to access this file system.
chmod 777 /tmp/ntfsfs-mnt
Then you can try to create long files outside of Wine:
# 257 UTF-8 bytes, 129 characters
echo foo >
/tmp/ntfsfs-mnt/ääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääa
# 325 UTF-8 bytes, 109 characters
echo foo >
/tmp/ntfsfs-mnt/亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜a
And inside Wine:
wine cmd
# 257 UTF-8 bytes, 129 characters
echo foo >
/tmp/ntfsfs-mnt/ääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääb
# 325 UTF-8 bytes, 109 characters
echo foo >
/tmp/ntfsfs-mnt/亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜b
Remember to have UTF-8 support enabled in your system.
--
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.