http://bugs.winehq.org/show_bug.cgi?id=20690
Summary: cannot bind “dead keys”
Product: Wine
Version: 1.1.32
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: capello(a)jaguenaud.org
I have problems with “dead keys”. When I played with World of warcraft, I
cannot map the '^' key. On french keyboard, this key does not produce any
character, but wait for next to known witch character to display.
Ex: '^' + A = 'Â'
Normaly, there is an event when key is pressed, and an other when key is
released. And we can get characters.
--
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=7929
--- Comment #96 from Erich Hoover <ehoover(a)mines.edu> 2009-11-13 19:35:12 ---
(In reply to comment #95)
> Sorry for the long post above.
>
> Can anybody confirm that Robert Bartle network replacement binary works?
> http://bugs.winehq.org/show_bug.cgi?id=7929#c89
Nope, the patches used for that are a compiled binary of the old hack. I've
been trying to develop a more solid solution to the problem, though
unfortunately I've been a bit short on free time lately. So, for now I'd like
to present a set of Kane's Wrath patches/downloads updated for Wine 1.1.33:
http://www.compholio.com/wine-kane/
Currently Features:
* Full support for animated cursors (Bug 16281).
* Support for UDP broadcast packets on a bound socket (Bug 7929).
* Support for obtaining the local IP addresses with gethostbyname (Bug 15711).
Please note that this is my first attempt at trying to distribute a bundled set
of patches for Wine, so if you run into trouble please let me know.
--
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=20642
Summary: Installing codecs fails due to insufficient
administrator rights
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Hi, yesterdays commit to implement CheckTokenMemberShish caused a regression in
"winetricks allcodecs"
It fails with a messagebox: insufficient administrator rights.
Reverting the following patch solves the problem:
http://source.winehq.org/git/wine.git/?a=blobdiff;f=dlls/advapi32/security.…
--
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=20627
Summary: chromium's base_unittests's StackTrace.OutputToStream
fails (RtlCaptureStackBackTrace unimplemented)
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
$ wine base_unittests.exe --gtest_filter=StackTrace.OutputToStream
fails with
[ RUN ] StackTrace.OutputToStream
fixme:seh:RtlCaptureStackBackTrace (0, 62, 0x32facc, (nil)) stub!
.\debug_util_unittest.cc(22): error: Expected: (frames_found) >= (5u), actual:
0 vs 5
No stack frames found. Skipping rest of test.
[ FAILED ] StackTrace.OutputToStream (1070 ms)
Looks like RtlCaptureStackBackTrace needs implementing.
--
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=20626
Summary: Chromium's unit_tests.exe's
DownloadManagerTest.TestDownloadFilename fails
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
$ wine src/chrome/Debug/unit_tests.exe
--gtest_filter=DownloadManagerTest.TestDownloadFilename
fails with
.\browser\download\download_manager_unittest.cc(471): error: Value of:
file_name
Actual: L"evil.download"
Expected: kGeneratedFiles[i].expected_name
Which is: L"evil.xml"
Related source:
http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/download/dow…http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/download/dow…
To repeat:
$ wget http://kegel.com/wine/chromium/chromium-tests.tar.bz2
$ tar -xjvf chromium-tests.tar.bz2
$ wine src/chrome/Debug/unit_tests.exe
--gtest_filter=DownloadManagerTest.TestDownloadFilename
--
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=20619
Summary: chromium's unit_tests.exe's
RenderViewTest.PrintLayoutTest fails with
FATAL:image.cc(211)] Check failed: rect.x() == 0 (-1
vs. 0)
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The check that is failing in chromium's source is
gfx::Rect rect(metafile.GetBounds());
DCHECK_EQ(rect.x(), 0);
It looks like Chromium is creating an in-memory metafile
to do a print preview, then loads that metafile,
does a sanity check on its bounding box, and barfs.
Related chromium sources seem to be
http://src.chromium.org/viewvc/chrome/trunk/src/
chrome/renderer/render_view_unittest.cc
chrome/renderer/print_web_view_helper_win.cc
printing/image.cc
To reproduce:
wget http://kegel.com/wine/chromium/chromium-tests.tar.bz2
tar -xjvf chromium-tests.tar.bz2
wine src/chrome/Debug/unit_tests.exe
--gtest_filter=RenderViewTest.PrintLayoutTest
Also affects three other tests:
RenderViewTest.OnPrintPages
RenderViewTest.PrintWithIframe
RenderViewTest.PrintWithJavascript
I'll attach a +relay log, lightly trimmed.
--
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=20567
Summary: Uninitialised memory reference in RSAENH_CPImportKey
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: rsaenh
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This shows up in Chromium's base_unittests.exe in
RSAPrivateKeyUnitTest.ShortIntegers test, and also
in the wine conformance tests,
http://kegel.com/wine/valgrind/logs/2009-10-30-09.22/vg-rsaenh_rsaenh.txt
Use of uninitialised value of size 4
at desfunc (des.c:1366)
by des3_ecb_encrypt (des.c:1478)
by encrypt_block_impl (implglue.c:282)
by RSAENH_CPEncrypt (rsaenh.c:2173)
by CryptEncrypt (crypt.c:1083)
by CryptProtectData (protectdata.c:906)
by store_key_pair (rsaenh.c:962)
by store_key_container_keys (rsaenh.c:1147)
by release_and_install_key (rsaenh.c:2644)
by import_public_key (rsaenh.c:2790)
by import_key (rsaenh.c:2973)
by RSAENH_CPImportKey (rsaenh.c:3020)
by CryptImportKey (crypt.c:1827)
by test_import_export (rsaenh.c:1654)
Uninitialised value was created by a client request
at mark_block_uninitialized (heap.c:187)
by RtlAllocateHeap (heap.c:1429)
by store_key_pair (rsaenh.c:953)
by store_key_container_keys (rsaenh.c:1147)
by release_and_install_key (rsaenh.c:2644)
by import_public_key (rsaenh.c:2790)
by import_key (rsaenh.c:2973)
by RSAENH_CPImportKey (rsaenh.c:3020)
by CryptImportKey (crypt.c:1827)
by test_import_export (rsaenh.c:1654)
BTW someone should check whether we want to refresh the
rsaenh source that was derived from libtomcrypt; there
is a two years' newer version at
http://libtomcrypt.com/download.html
--
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=20523
Summary: Installing Internet Explorer fails due to problem in
setupapi
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spaschukat(a)users.sourceforge.net
Created an attachment (id=24450)
--> (http://bugs.winehq.org/attachment.cgi?id=24450)
+setupapi output of IE setup
Since 1.1.31 installing Internet Explorer 6 fails at beginning of setup.
Regression:
b70bbe3d29c5a4f151d1a9987f15fdb93490f4f6 is first bad commit
commit b70bbe3d29c5a4f151d1a9987f15fdb93490f4f6
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Oct 1 19:44:43 2009 +0200
setupapi: Duplicate the string substitution code to implement
GenFormStrWithoutPlaceHolders16.
:040000 040000 540654246bcf3220ec0277858817f74af9205ea5
3ff9d15a6a87a364cb24826e0db67aa988f86496 M dlls
Attached a +setupapi output, last line is:
trace:setupapi:GenFormStrWithoutPlaceHolders16 "%IESetup_CIF%" -> "IESetup_CIF"
Output result of previous version is:
trace:setupapi:GenFormStrWithoutPlaceHolders16 "%IESetup_CIF%" -> "iesetup.cif"
--
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=20503
Summary: ref counting bug in crypt32
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: juan_lang(a)yahoo.com
Created an attachment (id=24412)
--> (http://bugs.winehq.org/attachment.cgi?id=24412)
Show presence of ref counting bug
crypt32 uses ref counting to keep track of certificates, CRLs, and CTLs. The
ref counting isn't done correctly, which can be seen by running
'WINEDEBUG=crypt make store.ok' in the tests. Looking through the output
you'll find instances where the ref count becomes negative.
I'm attaching a patch which adds an assert that the ref count is positive
before decrementing it. Applying the patch and running 'make store.ok'
produces an assertion failure:
context.c:150: Context_Release: Assertion `base->ref > 0' failed.
--
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=20477
Summary: Regression -- Dragon NaturallySpeaking MSI installer
fails
Product: Wine
Version: unspecified
Platform: PC
URL: http://nuance.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: susancragin(a)earthlink.net
Created an attachment (id=24373)
--> (http://bugs.winehq.org/attachment.cgi?id=24373)
terminal output from dump
git version: wine-1.1.32-55-gd1472e2
Today's git will not install Dragon NaturallySpeaking. I tried installing on a
clean wineprefix.
--
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.