http://bugs.winehq.org/show_bug.cgi?id=12541
Summary: Test Drive: Unlimited fails to start
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: greg87(a)online.de
Created an attachment (id=12098)
--> (http://bugs.winehq.org/attachment.cgi?id=12098)
console
ab86a4e963ac30e56d9b6f21a3cd1b1be92fc7e1 is first bad commit
commit ab86a4e963ac30e56d9b6f21a3cd1b1be92fc7e1
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Fri Mar 28 23:46:38 2008 +0100
wined3d: Catch D3DUSAGE_AUTOGENMIPMAP and D3DUSAGE_RENDERTARGET combos.
:040000 040000 8693519110a9bb27748e978d19d25d8f0401b7fd
f058e8ab7cdd59a75c537e6efe7ec8d7f447e917 M dlls
--
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=12534
Summary: Cepstral voice configuration tools are not displayed in
the control panel
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://downloads.cepstral.com/cepstral/windows/Cepstral_
Callie_windows_4.2.0.msi
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: msclrhd(a)gmail.com
1. Install a Cepstral voice (Callie in the URL provided)
2. Run wine control
The "Cepstral Tools" control panel applet should be visible, but control
reports that there are no control panel applets available.
Looking in the registry, the applet is listed under
"HKLM\Software\Microsoft\Windows\CurrentVersion\Control Panel\Cpls". The
registry value name is the name that appears in the XP control panel, and its
value (REG_SZ) is the path to the cpl applet to run.
Looking at that registry path on XP, there are 4 entries, including one for the
Cepstral Tools and one for the sapi configuration. There are some (like
NetSetupWizard) that don't match the name displayed on the control panel.
It therefore looks like Windows has several builtin control panel applications
that it references, while the others it looks in that registry key for.
--
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=12521
Summary: Origin 8.0: License expires immediately without native
msxml3
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.originlab.com/index.aspx?s=12&lm=62
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Origin 8.0 allows a 21 day trial period, but when installed, the license claims
to be expired immediately unless native msxml3 is installed.
http://www.originlab.com/ftp/Origin8Installer.exe
--
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=12493
Summary: CreateCompatibleDC creates a compatible DC from
everything
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mail(a)colinfinck.de
Under Wine, stuff like CreateCompatibleDC((HDC)123456) returns a valid DC
handle while this doesn't work under Windows.
This leads to a problem, when applications start to rely on this behaviour.
One app, which already does this, is your Wine Wordpad. It only works properly
under Wine, but not under Windows. It hangs there if you try to resize the
window.
So please fix this incorrect behaviour and also all apps affected by it.
I only know of Wine Wordpad, but maybe there are even more.
--
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=12485
Summary: BitBlt does not ignore source clipping
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chris(a)chris-wilson.co.uk
Created an attachment (id=12046)
--> (http://bugs.winehq.org/attachment.cgi?id=12046)
winex11: Ignore source clipping in BitBlt.
Currently X11DRV_ClientSideDIBCopy checks for unhandled clipping modes using:
if (GetRgnBox(physDevSrc->region, &unusedRect) == COMPLEXREGION ||
GetRgnBox(physDevDst->region, &unusedRect) == COMPLEXREGION)
However, "BitBlt only does clipping on the destination DC" [source MSDN].
This causes a failure whilst testing cairo, in
test/clip-fill-rule-pixel-aligned targeting a similar ARGB32 surface (i.e it
first draws to an offscreen surface and then blits that to the destination),
which is presumably indicative of a secondary bug along the
X11DRV_ClientSideDIBCopy failure path.
--
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=12481
Summary: PSPad HTML preveiw is not working with Gecko
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=7579
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: petr.dlouhy(a)email.cz
I am using Ubuntu Hardy with latest Wine from GIT.
PSPad HTML preview (HTML->HTML Page Preview) shows two errors at startup, but
after that it requests installing Gecko. When Gecko is installed, the page is
shown, but it is as a little box in upper left corner instead of filling the
window.
This is working with IE installed.
--
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=12478
Summary: Palringo: Pressing shift-enter in a chat window closes
it
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.palringo.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew(a)palringo.com
This seems like it might be related to bug 12328.
Pressing Shift-Enter in a chat window should insert a new line, however, since
WINE 0.9.59 and in GIT it closes the window.
--
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=12466
Summary: Chinese input method not working in DirectX game World
of Warcraft with wine 0.9.59
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zhangyi.cn(a)gmail.com
Created an attachment (id=12018)
--> (http://bugs.winehq.org/attachment.cgi?id=12018)
`WINEDEBUG=+x11drv,+imm wine Wow.exe` trace log
With the 0.9.59 version(wine_0.9.59-1_i386.deb) in today's Debian sid, the
Chinese input methods(both fcitx v3.5 and scim-pinyin v0.5.0) are not
functional in the game World of Warcraft.
The input box seems normal, but the Chinese charactors could not get into
target textbox.
Version 0.9.58 dosen't have this problem.
The attachment is the output of `WINEDEBUG=+x11drv,+imm wine Wow.exe`(action:
after game started, press Ctrl-Space to switch the input mothod on, then try to
type some Chinese into the username textbox).
--
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=12465
Summary: winetest compilation regression with 0.9.59 (Bourne
shell problem)
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Solaris
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: petr.sumbera(a)sun.com
CC: julliard(a)winehq.org
Created an attachment (id=12013)
--> (http://bugs.winehq.org/attachment.cgi?id=12013)
changes shell code to be executable by Bourne shell
This is regression after:
http://source.winehq.org/git/wine.git/?a=commitdiff;h=4e665b1e21ae63f33d021…
Build fails with following error:
../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include
-DBUILD_SHA1=\"$(GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null)\"
-fowinetest.res winetest.rc
/bin/sh: syntax error at line 1: `(' unexpected
gmake[2]: *** [winetest.res] Error 2
gmake[2]: Leaving directory `/builds/WINE/wine-0.9.59/programs/winetest'
gmake[1]: *** [winetest] Error 2
gmake[1]: Leaving directory `/builds/WINE/wine-0.9.59/programs'
gmake: *** [programs] Error 2
-bash-3.2$ cd /builds/WINE/wine-0.9.59/programs/winetest
-bash-3.2$ pwd
/builds/WINE/wine-0.9.59/programs/winetest
This is due the fact that Solaris's /bin/sh is Bourne shell and not BASH as on
Linux. Therefore it's not capable of command substitution via $(command)
syntax.
Please use instead ``. See example from my Solaris box:
bash-3.2$ echo \"$(GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null)\"
""
bash-3.2$ sh
$ echo \"$(GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null)\"
syntax error: `(' unexpected
$ echo \"`GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null`\"
git: not found
""
$ bash-3.2$ echo \"`GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null`\"
""
---
Note:
Other option could be to set SHELL variable to ksh for Solaris (in
wine-0.9.59/Make.rules.in set SHELL = @SHELL@ and some more configure work).
--
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=12459
Summary: VeohTV beta client fails with bug report send dialog
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.veoh.com/veohTV/getStarted.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=11997)
--> (http://bugs.winehq.org/attachment.cgi?id=11997)
VeohTV beta client backtrace and output
With current Git (wine-0.9.59-179-ga643337), attempting to start the VeohTV
beta client after installing will result in a bug report dialog, and an
exception backtrace is printed to the console. Attached are relevant outputs.
--
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.