http://bugs.winehq.org/show_bug.cgi?id=36720
Bug ID: 36720
Summary: LCMapString with the parameter NORM_IGNORENONSPACE
does not remove diacritics
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Created attachment 48766
--> http://bugs.winehq.org/attachment.cgi?id=48766
Source and binary to reproduce a bug in Wine implementation of LCMapString
Hello,
Working on Windows I use LCMapString with the parameter NORM_IGNORENONSPACE to
remove diacritics (e.g. accents) from a string and it works fine.
But I tested on Wine (1.6.2, Ubuntu) and it does not remove the diacritics from
the string (the string is unchanged).
This bug impacts this software
http://appdb.winehq.org/objectManager.php?sClass=application&iId=6654
On the next version of the product, a client running on Wine cannot connect to
a server running on Windows if the login contains diacritics.
I attach a small project to reproduce the problem. It is written in Pascal
(Delphi) but can be easily converted to another language.
--
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=33383
Bug #: 33383
Summary: Hiding application to Mac OS X Dock causes crash.
Product: Wine
Version: 1.5.28
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eliturner(a)me.com
Classification: Unclassified
Now that the Mac OS X driver is implemented when hiding any application to the
Dock (via command+h) it crashes Wine. I'm using the latest "wine-revel" package
from Macports.
Thanks!
--
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=52752
Bug ID: 52752
Summary: Rich Edit Control does not support drawing OLE objects
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: kellnerp(a)earthlink.net, lorentz0021(a)gmail.com
Distribution: ---
Originally reported by Dongwan Kim.
Rich Edit control does not support rendering OLE objects inside text. Instead
it outputs the following log entry:
fixme:richedit:draw_ole Couldn't get storage medium
Affected applications:
- KakaoTalk cannot render emoticons and @mentions in the chat input box.
--
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=46782
Bug ID: 46782
Summary: CompareStringEx does not support SORT_DIGITSASNUMBERS
flag
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)lanrules.de
Distribution: ---
This flag is supported by all Windows versions down to at least Windows 7.
It is used, for example, by Qt in QCollator.
See https://bugreports.qt.io/browse/QTBUG-74209 for reference.
CompareStringEx:
https://docs.microsoft.com/en-us/windows/desktop/api/stringapiset/nf-string…
Wine implementation list of supported flags: dlls/kernel32/locale.c#L3912-L3913
--
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=49232
Bug ID: 49232
Summary: Saints Row The Third Remastered shows floating black
rectangles
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: rca(a)psy-q.ch
Distribution: ---
Created attachment 67236
--> https://bugs.winehq.org/attachment.cgi?id=67236
Screenshot showing black rectangles in the scene
The game shows floating black rectangles in your view. They don't appear when
looking straight down at the ground and also not in indoor scenes. Attached
screenshot shows the effect
I am guessing it might have something to do with street lamp halos or an effect
like that.
The log mentions:
0170:fixme:d3d:wined3d_device_update_sub_resource Ignoring flags 0x2.
00d0:err:d3d:wined3d_debug_callback 0x3a1967e0: "GL_INVALID_OPERATION in
glCopyImageSubData(internalFormat mismatch)".
--
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=34176
Bug #: 34176
Summary: Kernel32:CompareStringW strange behavior ?
Product: Wine
Version: 1.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.manette(a)manette.be
Classification: Unclassified
Created attachment 45460
--> http://bugs.winehq.org/attachment.cgi?id=45460
Sorce and compiled executable for wineTest.exe + winedbg log.txt
Hi all, I'm running wine 1.6 (i386) under Debian 7.1 (x86_64).
When running a console program of mine (Delphi XE2 compiled under Windows
Vista) I'm observing an important behavior difference under wine than
nativevely.
I narrowed down the symptom to a string comparison of some sort.
Source file below is a code snippet to reproduce the problem (source is UTF-8,
Delphi is utf-8 / WideString, WideChar aware).
Here is the (correct/expected) result when program is run natively under
Windows Vista:
G:\__Project-2\Code\wineTest>wineTest
* TEST-001: TRUE
* TEST-002: TRUE
* TEST-003: TRUE
* TEST-004: TRUE TRUE
* TEST-005: TRUE TRUE
* TEST-003: TRUE TRUE
Here is the same program output when run from Wine:
root@Bilbo-100:~# wine wineTest.exe
Wine cannot find the ncurses library (libncurses.so.5).
fixme:thread:GetThreadUILanguage : stub, returning default language.
fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920
fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920
* TEST-001: TRUE
* TEST-002: TRUE
* TEST-003: TRUE
* TEST-004: TRUE FALSE
* TEST-005: TRUE FALSE
* TEST-003: TRUE FALSE
For what I understood the TStringList IndexOf method may use Windows API's
CompareStringW function (http://source.winehq.org/WineAPI/CompareStringW.html)
Is this a configuration problem (locale ?)
May this be a bug or implementation problem ?
I can provide the corrsponding binary wineTest.exe
//////////////////////////////////////////////////
Using winedbg I could crosscheck that CompareStringW for two different strings
result in equality (CSTR_LESS_THAN = 1, CSTR_EQUAL = 2, CSTR_GREATER_THAN = 3).
Maybe this is because of locale setting or flags setup ?
root@Bilbo-100:~# WINEDEBUG=+relay,+snoop wine wineTest.exe &> log.txt
root@Bilbo-100:~# grep CompareStringW log.txt
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b2",00000002,00449890 L"m\00b2",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b2",00000002,004498bc L"m2",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b3",00000002,004498f8 L"m\00b3",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"m\00b3",00000002,0044990c L"m3",00000002) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"\00e9\00e9\00e9",00000003,00449920 L"\00e9\00e9\00e9",00000003) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac
L"\00e9\00e9\00e9",00000003,00449934 L"eee",00000003) ret=004187d0
0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0
///////////////////////////////////////////////////
program wineTest;
{$APPTYPE CONSOLE}
Uses Classes;
var
sl : TStringList;
begin
Write(ErrOutput, '* TEST-001: ');
if not('m²'='m2') then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-002: ');
if not('m³'='m3') then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-003: ');
if not('ééé'='eee') then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
sl := TStringList.Create;
Write(ErrOutput, '* TEST-004: ');
sl.Clear;
sl.Add('m²');
if not(sl.IndexOf('m²')<0) then Write(ErrOutput, 'TRUE') else
Write(ErrOutput, 'FALSE');
Write(ErrOutput, ' ');
if sl.IndexOf('m2')<0 then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-005: ');
sl.Clear;
sl.Add('m³');
if not(sl.IndexOf('m³')<0) then Write(ErrOutput, 'TRUE') else
Write(ErrOutput, 'FALSE');
Write(ErrOutput, ' ');
if sl.IndexOf('m3')<0 then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
Write(ErrOutput, '* TEST-003: ');
sl.Clear;
sl.Add('ééé');
if not(sl.IndexOf('ééé')<0) then Write(ErrOutput, 'TRUE') else
Write(ErrOutput, 'FALSE');
Write(ErrOutput, ' ');
if sl.IndexOf('eee')<0 then Writeln(ErrOutput, 'TRUE') else
Writeln(ErrOutput, 'FALSE');
end.
--
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=32224
Bug #: 32224
Summary: LTspice: selected text/component after Ctrl+F not
highlighted
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: testelor(a)yahoo.com
Classification: Unclassified
Steps to reproduce:
1) Download and install LTspice -
http://ltspice.linear.com/software/LTspiceIV.exe
2) Run LTspice using:
$ wine scad3.exe -nowine
3) Create a new schematic, press 'R' (resistor), for example, and place
it twice by clicking. There should be R1 and R2 on the schematic.
4) Press Ctrl+F and search for "r2", no quotes, it should be highlighted in
yellow, but they're not.
Side note:
- create a new schematic, press F2 to bring up the device list.
- select current, place it on the schematic
- right-click on it and type '1', no quotes, then OK
- press 'R', place it next to the current source, in parallel
- right click on it and replace "R" with '1', no quotes, then OK
- press 'G' and place ground on the lower pins of both components
- press F3 and draw a net by clicking on the unconnected current source's pin,
then on the resistor's
- press 'S' and write ".tran 1", no quotes, don't forget the dot, place it on
the schematic
- in the toolbar, press the 'running man' button, or right-click on the
schematic and choose "run"
- it should be almost instant, a new empty window will pop up, above
- move the mouse cursor over the resistor until the cursor changes into a
current-clamp (something black with a red arrow), then click once to display
the current through the resistor
- in the newly created window, there will be a trace displayed and a label at
the top, reading I(R1)
Alt+left-clicking on the label will highlight the resistor. That's how it
should look like after Ctrl+F. Alternatively, you can just run "wine
scad3.exe", no "-nowine" switch, and repeat the 4 steps in the beginning.
No screenshot as it doesn't make sense to show what doesn't happen...
--
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=28282
Summary: Sound constantly crackling in StarCraft II
Product: Wine
Version: 1.3.26
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pitlicek(a)gmail.com
Sound is crackling since 1.3.26 (and still does in 27) and console is spammed
with "err:alsa:wine_snd_pcm_recover underrun occurred".
Using ALSA in Wine (PulseAudio in Ubuntu 11.04), full acceleration (changing to
emulation doesn't fix it), 48 kHz (my SoundBlaster can handle it, and again,
change makes no difference), 16 bps. Using OSS and padsp results in no sound at
all.
But it's still better than no sound in 1.3.25 after mmdevapi
rewrite/implementation. ;)
--
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=49498
Bug ID: 49498
Summary: In file-open dialog, selecting .lnk shortcut picks
shortcut instead of going to target folder
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
Distribution: ---
In a Wine file-open dialog, if you double-click a shortcut to a folder (unsure
about file), it sends the shortcut to the program instead of navigating to the
folder.
OpenMPT is one app which expects you to open a .lnk file in a file-open dialog.
The way I found this bug is:
- Install OpenMPT on Windows or Wine.
- Open the View menu and click Setup.
- Click the Keyboard tab, and click "Import Keys...".
If you double-click "More Keymaps", Windows would go to the .lnk target
directory. But Wine returns the .lnk file from the file-open dialog.
Note that OpenMPT uses XP-style file dialogs on Wine because Wine's Vista-style
file dialogs are terrible.
https://github.com/OpenMPT/openmpt/blob/84428b3666d79d197a7bb9f3a9ece0b2ba2…
On Wine, both XP/Vista dialogs don't traverse the .lnk file and instead return
the .lnk path. On Windows, both XP/Vista dialogs traverse the .lnk file.
MFC defines two types of dialogs with a similar C++ API. XP = Common File
Dialog (I think), Vista = Common Item Dialog (COM-based).
--
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=51433
Bug ID: 51433
Summary: Battle.Net: Installer terminates with
BLZBNTBTS0000005C error screen
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pep(a)bouah.net
Distribution: ---
Created attachment 70285
--> https://bugs.winehq.org/attachment.cgi?id=70285
Wine logs
Hi there,
Trying to install Heartstone (Blizzard), it failed when updating the battle.net
updater. I reproduced with the Battle.Net Installer directly, downloaded from
here:
https://www.blizzard.com/en-us/download/confirmation?platform=windows&local…
(shasum seems to give me something different each time I download it again)
The error dialog the installer shows says "More help: BLZBNTBTS0000005C".
Logs from the installer in attachments. I get the same error with wine and wine
and wine-staging 6.12 with a fresh profile.
--
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.