http://bugs.winehq.org/show_bug.cgi?id=15697
Summary: Overlay cursor not functioning in Ultima IX
Product: Wine
Version: 1.1.6
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=14203
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P4
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: soulmata(a)gmail.com
In versions 1.18 and 1.19 of the game (earlier versions not tested), on Wine
versions 1.1.6 and 1.1.5 (earlier versions not used), the overlay cursor is
invisible. This is the cursor that only appears when placed over static objects
(I believe gumps) in the game, such as HUD elements (toolbar) and configuration
elements (the in-game journal, spellbook, books, et cetera).
The game still is tracking the cursor and accepts input, but as the cursor
itself is invisible you cannot tell where exactly you are pressing. As even the
Exit button for the game is inside a gump, it makes it more or less unplayable.
I do not know if this falls under d3d or ddraw, since I do not know if ddraw is
responsible for the on-screen gumps.
--
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=13659
Summary: dogfood: xchat-2.8.4-1 does not install (quoting between
CreateProcessW and wmain)
Product: Wine
Version: 1.0-rc3
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=12209
OS/Version: Linux
Status: NEW
Keywords: download, Installer, source
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=13647)
--> (http://bugs.winehq.org/attachment.cgi?id=13647)
+loaddll,+tid,+process,+cmd and extra printf
Install of xchat-2.8.4-1.exe
(http://www.silverex.org/download/xchat-2.8.4-1.exe ) fails due to a quote
Problem between CreateProcessW and libs/wine/loader.c:
Still correct:
0040:trace:process:CreateProcessW app (null) cmdline
L"\"C:\\windows\\system32\\cmd.exe\" /C
\"\"C:\\windows\\temp\\is-TNQIK.tmp\\update-modules.bat\"
\"C:\\Programme\\X-Chat 2\\lib\\pango-querymodules.exe\"
\"C:\\Programme\\X-Chat 2\\etc\\pango\\pango.modules\"\""
Broken in cmd.exe:
001c:trace:cmd:wmain /c command line:
'L"\"C:\\windows\\temp\\is-TNQIK.tmp\\update-modules.bat
C:\\Programme\\X-Chat\" \"2\\lib\\pango-querymodules.exe
C:\\Programme\\X-Chat\" 2\\etc\\pango\\pango.modules"'
the update-modules is really simple:
--- cut ---
%1 > %2
--- cut ---
--
by by ... Detlef
--
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=11672
Summary: NinjaTrader
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samuel(a)fermin.name
Created an attachment (id=10885)
--> (http://bugs.winehq.org/attachment.cgi?id=10885)
output trying to start NinjaTrader
I've seen that .Net applications are not working great with wine but here is my
try to launch this software : www.ninjatrader.com
The installation of .Net2 + NinjaTrader went well.
In attachment the output trying to launch NinjaTrader.
It's with wine 0.9.54 from debian sid.
--
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=15716
Summary: Wine testcases should not use the public internet, as it
causes flakiness
Product: Wine
Version: 1.1.6
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Just about every day, patchwatcher rejects a patch incorrectly
because some conformance test is relying on the Internet to
be there. Sadly, the Internet is not 100% reliable, and
therefore must not be used by any test suite that needs to
be 100% reliable.
We must expunge all use of the internet from our test suite,
in favor of mock servers running locally.
One way to start would be to add a configure-time option
to cause all hostname resolution to return 127.0.0.1.
Then people who needed ultrarepeatable conformance test
results (like patchwatcher) could use that option and
never have flaky results due to the public internet.
--
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=15477
Summary: Test.winehq.org should allow comparing selections side
by side
Product: WineHQ.org
Version: unspecified
Platform: All
URL: http://test.winehq.org/data/
OS/Version: All
Status: NEW
Keywords: source
Severity: enhancement
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Currently, on test.winehq.org, you can only view two test results side by side
if they're from the same OS version. It would be great to be able to select two
results and compare them side by side. That way, one could compare the same
machine when run under wine and windows, for instance.
--
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=12852
Summary: Alibre Design: installer fails
Product: Wine
Version: 0.9.60
Platform: PC
URL: http://www.alibre.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tpikonen(a)gmail.com
Created an attachment (id=12541)
--> (http://bugs.winehq.org/attachment.cgi?id=12541)
Wine error output when running Alibre Design installer
The installer for Alibre Design (AlibreInstall_V10SP1.exe free download from
alibre.com) fails in Wine.
The installer starts and extracts files from CAB-files, and then offers to
install "a supported version of Microsoft Virtual Machine". This installation
fails, and the installer displays a popup suggesting to contact Alibre support.
The supported version of MSVM is available for download at the alibre.com
website, but running this installer before running the alibre installer does
not change anything.
--
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=15556
Summary: Adobe Illustrator CS installer looks for Color directory
in wrong place?
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://bugs.winehq.org/show_bug.cgi?id=10002#c8
is a report from Anastasius about Illustrator CS's
installer getting confused about where the Color
directory lives. Here's what he said, with long traces
removed:
--- snip ---
installer and the app/support tools don't get well with
color profiles in mscms storage (the 'private' locations will work).
With the current implementation of mscms api, the profiles are stored in
"windows/system32/spool/drivers/color".
This works as long as the mscms API is used to retrieve the directory where the
profiles are stored.
Unfortunately the CS installer stores the profiles *NOT* in
"windows/system32/spool/drivers/color" but in the old 9X
"windows/system32/Color/" location (creates the "Color" directory if not
present).
...
Illustrator and other support tools later retrieve the profiles location by
using GetColorDirectoryA().
...
Nothing is found due to installer putting them in "old" directory and C++
exception is thrown.
Not catastrophic for Illustrator because it searches additional 'private'
profile locations but it adds additional noise.
Other tools like the adobe gamma loader (from "C:\Program Files\Common
Files\Adobe\Calibration\Adobe Gamma Loader.exe") won't even work due to that
problem.
To solve the profiles problem - supporting the "old" and "new" profile storage
I suggest to use a symbolic link.
E.g. wine should create a "windows/system32/Color/" symlink to
"windows/system32/spool/drivers/color".
That way older and new apps can access the profiles.
With fresh ~./wine, precreation of "color" profile directory symlink and
installation, the app and tools find the profiles:
--- snip ---
So, why is the installer doing this?
Should we work around it with the symlink suggested by Anastasius?
--
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=15332
Summary: Compiling on PC-BSD with -Werror fails in
dlls/mscms/handle.c
Product: Wine
Version: 1.1.4
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Keywords: source
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
In today's installment of finding obscure bugs on weird setups, tried compiling
on PC-BSD with:
CFLAGS="-Werror" ./configure && make clean && make depend && make
which works, all the way up to:
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT
-fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement
-Wwrite-strings -Wpointer-arith -I/usr/local/include -Werror -o handle.o
handle.c
In file included from mscms_priv.h:52,
from handle.c:32:
/usr/local/include/lcms.h:213:1: "HIWORD" redefined
In file included from ../../include/wine/debug.h:25,
from handle.c:22:
../../include/windef.h:301:1: this is the location of the previous definition
*** Error code 1
Stop in /usr/home/pcbsd/wine-git/dlls/mscms.
*** Error code 1
Stop in /usr/home/pcbsd/wine-git/dlls.
*** Error code 1
Stop in /usr/home/pcbsd/wine-git.
Marking as unconfirmed, since I'm not sure if Wine can work around this or
not...
--
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=11532
Summary: Photoshop doesn't support custom monitor profiles
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Roland Geflitter wrote on wine-users:
"I'm running a test with Wine 0.9.51 on SuSe 9.1 and Photoshop CS (1) and
everything works perfectly (even working with big files of 1 GB and
launching Image Ready) BUT:
How do I use a CUSTOM Monitor Profile with Photoshop and Wine ?
There seems to be no way to assign a monitor profile to the Wine system
(as in Windows "control panel"), Photoshop just uses "sRGB ... 2.1" (a
substitute for the missing monitor profile of the OS, Wine).
I tried to look for a trick to assign another monitor profile to
Photoshop, but Photoshop will only take a profile of the OS.
That's a pity, because generating an accurate monitor profile under
Linux (with an Eye-One spectrometer and Argyllcms) would be possible.
Am I wrong - is there a workaround for assigning the monitor profile to
Photoshop?"
http://msdn2.microsoft.com/en-us/library/ms797852.aspx
describes monitor profiles, and says they're enabled by
calling a gdi32 function like SetICMMode(). Wine's
implementation of that function is currently a no-op.
Also, it looks like Photoshop installs a control panel, Adobe Gamma.cpl,
see http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=321608
It's possible he's looking for that, and not finding it because
we don't have any sort of a GUI to locate control panel applets yet.
--
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.