http://bugs.winehq.org/show_bug.cgi?id=13027
Summary: Add a description field to winetest
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Depends on: 13026
It should be possible to specify a description for a winetest run. That
description field would be sent with the report and would describe the system
the tests are run on, providing details that cannot be retrieve
programmatically. For instance:
"US Windows XP system provided by Compaq and then cleaned up. Last updated on
2007/10/16 but no IE7."
or
"Clean install of a stock French Windows 95, running in a VMware 5.5 guest."
The user should be able to either enter this description in the main dialog
(see also bug 13026), or on the command line.
--
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=13028
Summary: winetest's Stop button does not work
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
It says it's not implemented but closing the winetest window works just fine.
So it seems like implementing the Stop button should not be too hard.
--
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=11016
Summary: odbc32.dll should look for libodbc.so.1 instead of
libodbc.so
Product: Wine
Version: 20040615
Platform: PC
URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=259710
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ovek(a)arcticnet.no
An easy one for a newbie wine hacker, maybe... Currently, in
dlls/odbc32/proxyodbc.c, there's a hardcoded libodbc.so (unless an environment
variable overrides it). Perhaps it would be preferable if the WINE_GET_SONAME
configure macro was used to grab a name like libodbc.so.1 instead, so that if
some user have installed unixodbc, things would Just Work without forcing
him/her to also either install unixodbc-dev, or manually make a symlink, or
figure out weird environment variables.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13030
Summary: winetest and result logging / submission
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
The winetest GUI does not make it possible to choose between saving the results
to a local file and submitting the results.
--
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=11177
Summary: winealsa doesn't assign unique MIDI port names
Product: Wine
Version: 20050628
Platform: PC
URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333361
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: _obsolete_multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ovek(a)arcticnet.no
Currently, when mapping ALSA MIDI ports to Windows MIDI port names, winealsa
uses the port's client name, which is not unique and may cause some programs to
get confused. A user is suggesting using the ALSA port name, which I suspect
can be acquired by e.g. replacing snd_seq_client_info_get_name(cinfo) in midi.c
with snd_seq_port_info_get_name(pinfo). You could also append a number to the
client name, or whatever else it takes to make the name unique.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14607
Summary: Serious Sam TFE and TSE - window minimizes and becomes
unusable
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://files.seriouszone.com/download.php?fileid=338
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexd4(a)inbox.lv
CC: julliard(a)winehq.org
In current git both "encounters" of Serious Sam 1 are regressed compared to
wine-0.9.59. When attempting to change video resolution in full screen mode (in
current git) the game's window becomes minimized and can't be restored after
that. It actually appears to change resolution successfully, but then there is
a "keep this settings yes/no" box and after pressing yes it breaks. This worked
in wine-0.9.59. The problem is in fullscreen mode only, in virtual desktop
emulation everything works.
I did some regression testing, and I think problems began with this commit:
commit fd97acbadffdc8af6d2682cb761a92ff2ab2f355
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Apr 7 11:43:46 2008 +0200
winex11: Set the _NET_WM_STATE atom directly for unmapped windows.
It is a bit difficult, because the nature of the problem changed slightly
between the above commit and current git. I.e. in a commit just before
fd97acbadffdc8af6d2682cb761a92ff2ab2f355 it works, in
fd97acbadffdc8af6d2682cb761a92ff2ab2f355 a similar broken "minimization"
happens, only not after changing the resolution, but instead during game
initialization (you can't even get to the main menu). A bit later, a different
commit (1bf824e0b00d2b179d5f34dd0c7ace83e83bd28a) partially fixed the problem,
getting it to the state as it is now (can get to menu, but can't change
resolution). I tried backporting fix from
1bf824e0b00d2b179d5f34dd0c7ace83e83bd28a to commit
fd97acbadffdc8af6d2682cb761a92ff2ab2f355 and it works as expected, recreating
the problem in current form in that commit. In all of these cases only
fullscreen mode is affected.
I see this in Serious Sam - The First Encounter 1.05 (retail) and in Serious
Sam - The Second Encounter demo. Demo is available for download. If it will be
necessary I can generate some logs for this.
--
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=13029
Summary: winetest should make it possible to just extract the
individual tests
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
The first task that winetest does is extract the individual test binaries.
However it does not say where and if one wants to get at them (to then run them
by hand for testing/debugging purposes), then one has to kill winetest, and
track down its temporary directory (which is something like in c:\Documents and
Settings\account\Local Settings\Temp\wctXXX btw).
It would be nice to have an 'Extract tests' button in the main dialog that
would open a dialog letting the user choose where to save the individual tests
(or some other reasonably simple way of achieving the same purpose).
--
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=10417
Summary: OLEAUT32: crash if >128 methods in an interface
Product: Wine
Version: 0.9.49.
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mjk(a)cardbox.com
This bug was encountered in build cxoffice-6.2.0rc1-2-g024be42 of Wine (part of
CrossOver Mac). The bug has been identified in the current source code at
http://source.winehq.org/source/dlls/oleaut32/tmarshal.c.
Using any marshaled interface with more than 128 methods causes a crash within
OLEAUT32 if any method at position >=128 is called. This was detected when
using Cardbox (http://www.cardbox.com) and is a SHOW-STOPPER because it makes
the use of VBScript macros impossible.
However, the bug is completely general and applies to any application at all
that has interfaces with large number of methods. It is quite possible that
many random OLE / COM - related bugs that have already been reported have this
bug as their underlying cause.
The version of Cardbox on which the bug was found is more recent than the one
currently available on the web site. If anyone wants to have a copy for
testing, together with instructions for reproducing the crash, please contact
me.
LOCATION OF THE BUG
The bug is in dlls/oleaut32/tmarshal.c. When constructing a proxy interface,
PSFacBuf_CreateProxy at line #1712 constructs the following proxy code for each
method:
popl %eax
pushl <nr>
pushl %eax
call xCall
lret <n> (+4)
where <nr> is the position of the method in the list of methods: 0, 1, 2, and
so on.
The pushl <nr> instruction is defined by following code:
374 BYTE pushlval; // set to 0x6a by line #1712
375 BYTE nr;
The fact that the method position is a byte already limits the maximum size of
an interface to 256 methods, which is less than the 512-method limit of Windows
NT4.0 SP3, and the 1024-method limit of Windows 2000: see "MIDL2362" in
http://msdn2.microsoft.com/en-us/library/aa366756.aspx for details. Thus this
needs to be corrected in any case. The proxy code as it stands will call method
0 instead of method 256, method 1 instead of method 257, and so on, leading to
random behaviour and possible stack corruption.
The crash when method 128 is called has a different cause. The proxy for method
128 contains the instruction 6A 80, because the programmer thought that this
would push 00000080 onto the stack. In fact the PUSH instruction with opcode 6A
SIGN-EXTENDS its operand and does not zero-extend it. Thus the proxy for the
128th method pushes FFFFFF80 onto the stack before calling xCall. xCall
interprets this as a negative number (-128) and thus attempts to synthesize a
call not to method 128 but to a non-existent method -128. In the same way it
will call method -127 instead of method 129,... and so on.
SUGGESTED CORRECTION
The very simple correction to this bug, which is guaranteed to work, is to
alter line 375 to
375 DWORD nr;
and line 1712 to
1712 xasm->pushlval = 0x68;
which expects a 32-bit operand rather than an 8-bit one.
This will result in every proxy using 15 bytes per method instead of 12 bytes.
This does not seem an excessive price to pay for complete reliability in the
future: there will then be no limit to the number of methods that can be
supported.
ALTERNATIVE CORRECTIONS
If the 25% expansion in proxy size is considered unacceptable (it should not
really be: proxies are small) then there are several ways round the problem. An
increase to 256 methods could be achieved simply by adding a line at the very
beginning of xCall:
method &= 0xff;
but this would HAVE to be accompanied by an explicit test for the method count
limit (now 256) in PSFacBuf_CreateProxy so that the attempt to create a proxy
with too methods would simply fail rather than (as now) generate a proxy that
will randomly crash the application.
Another approach would be to create dummy functions (in assembler) that would
add 128, 256, 384, 512, etc to the 'method' argument before forwarding it on to
xCall. In that case, method numbers after 127 would generate proxies that
called one of the variant xCalls instead of the original one. The programming
in PSFacBuf_CreateProxy would be relatively straightforward, and the dummy
functions would not need to do any stack manipulation: they would simply add an
offset to the DWORD at [ESP+8] and then JMP straight to the start of xCall.
This would *still* give a finite limit to the number of methods, but the limit
would be much larger. Again, good engineering practice dictates that
PSFacBuf_CreateProxy should report an error if it encounters a number of
methods beyond the number that it was designed to cope with.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10536
Summary: ITypeInfo_fnInvoke failed to convert param 0 to VT_BOOL
from VT_BSTR
Product: Wine
Version: 0.9.49.
Platform: PC
URL: http://uniqlo.jp/uniqlock
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fnjordy(a)gmail.com
Uniqlock screensaver doesn't display anything, presumably it might be related
to the Wine output:
in CSoundUtils constructor:
fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE
err:ole:ITypeInfo_fnInvoke failed to convert param 0 to VT_BOOL from VT_BSTR
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11775
Summary: Oleview does not correctly generate idl files
Product: Wine
Version: 0.9.56.
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.b.lankhorst(a)gmail.com
When looking at the ipodservice typelib (install itunes v7.6, then look at the
typelib in C:\Program Files\iPod Service\bin\iPodService.exe in wine oleview,
it will generate wrong code.
HRESULT foo([in]long pointer, [out, retval]VARIANT_BOOL *rar);
is turned into:
VARIANT_BOOL foo([in]long pointer);
This happens for example with IItunesDevice_IsMounted.
--
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=16841
Summary: Max Payne 2: The Fall of Max Payne installation fails
Product: Wine
Version: 1.1.12
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: drobyshewsky(a)gmail.com
Created an attachment (id=18557)
--> (http://bugs.winehq.org/attachment.cgi?id=18557)
Max Payne 2: The Fall of Max Payne installation fails
Max Payne 2: The Fall of Max Payne installation fails
--
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=16851
Summary: Morrowind GOTY - DVD - Installers fail.
Product: Wine
Version: 1.1.12
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kphillisjr(a)gmail.com
The installers all fail when launching ikernel.exe, and this is on a default
install of wine.
--
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=17920
Summary: OleUIAddVerbMenu is not realized
Product: Wine
Version: unspecified
Platform: Other
URL: http://msdn.microsoft.com/en-
us/library/ms686597(VS.85).aspx
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lav(a)etersoft.ru
OleUIAddVerbMenu is not realized at all in current Wine.
My last realization post at January, 16:
http://www.winehq.org/pipermail/wine-patches/2009-January/067827.html
This realization tested with 1C Accounting program (specified for Russia) and
has no reclamation.
--
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=20363
Summary: Lotus Notes 7.0.2: Selecting User Preferences crashes
the app
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: toralf.foerster(a)gmx.de
Created an attachment (id=24123)
--> (http://bugs.winehq.org/attachment.cgi?id=24123)
backtrace
I'll attach a backtrace.
--
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=20365
Summary: Radio Mobile icons drawn too big
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wilfried.pasquazzo(a)gmail.com
CC: steve.m.caddy(a)ntlworld.com
The icons in "Radio Mobile" are drawn too big. The program can be downloaded
for free here: http://www.cplus.org/rmw/english1.html
---
It is a regression:
32ca9b27c376af255dacd67c2744b3b5285b8cf1 is first bad commit
commit 32ca9b27c376af255dacd67c2744b3b5285b8cf1
Author: Wilfried Pasquazzo <wilfried.pasquazzo(a)gmail.com>
Date: Tue Sep 22 14:20:28 2009 +0000
user32: Correct scaling of DrawIcon.
:040000 040000 e3a1f553e9f16b7bd47d9dcf23bddc40b0bfb8b7
addf0374f38168449965d4fe2f0f1c9066462d6a M dlls
---
This bug was first mentioned in the comments of
http://bugs.winehq.org/show_bug.cgi?id=20153 by Steve Caddy (#19 and #20). It
is likely to only affect Visual Basic applications, the problematic code is
located in "dlls/oleaut32/olepicture.c".
I'm writing the corresponding fix and testcase.
--
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=15384
Summary: Incorrect behaviour when using BIF_RETURNONLYFSDIRS |
BIF_BROWSEINCLUDEFILES
Product: Wine
Version: 1.0.0
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: boris.seve(a)drillscan.com
When calling SHBrowseForFolder with both BIF_RETURNONLYFSDIRS and
BIF_BROWSEINCLUDEFILES flags the 'Ok' button is incorrectly disabled when a
file is selected (button is enabled however when a directory is selected)
If only the BIF_BROWSEINCLUDEFILES flag is set the 'Ok' button is correctly
enabled when a file is selected.
AFAIK (and confirmed on Windows XP SP3) the 'Ok' should be enabled when a
directory is selected AND when a file is selected if both flags are set.
This holds true whether BIF_NEWDIALOGSTYLE is set 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=18578
Summary: Wine reverses big/small icon resources in WM_SETICON
Product: Wine
Version: 1.1.21
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: emwine(a)earthlink.net
Created an attachment (id=21241)
--> (http://bugs.winehq.org/attachment.cgi?id=21241)
Testcase binary and source (VC 6.0 command line for compiling at end of c file)
This could be two bugs, could be one-- I'm not sure. This occurs both in
WM_SETICON, and also when registering a WNDCLASS structure with
RegisterClassEx().
When calling WM_SETICON, wParam indicates whether or not to use the big or
small resource. (ICON_BIG, or ICON_SMALL). Windows reverses these, Wine
doesn't. Running the testcase:
Windows:
icon, then press 'b': get 16x16 IDI_ICON
icon, then press 's': get scaled 32x32 IDI_ICON
Wine:
wine icon, then press 'b': get scaled 32x32 IDI_ICON
wine icon, then press 's': nothing at all
For Wine, you may have to hit 'b' a few times, even restarting the app before
it works-- I don't know why it's flaky.
I noticed this problem because I had ugly icons in my MFC MDI app in Wine, and
realized it was scaling the 32x32 resource instead of using the 16x16 one.
When writing the app, I noticed that CWnd::SetIcon(HICON, BOOL bBig) reversed
the 2nd parameter in reality. Probably Wine just went by the docs and nobody
noticed the docs are reversed from reality.
The other issue that may in fact be the same bug is that the WNDCLASS
structure's icons are reversed as well. I'm thinking it's the same windows bug
responsible for the reversal with the documentation manifesting itself in
multiple places. So it's entirely possible it's just one issue in Wine also
since Wine doesn't reverse them. Running the testcase again:
Windows:
icon: IDI_APPLICATION used (hIconSm)
icon foo: IDI_QUESTION used (hIconSm)
Wine:
wine icon: IDI_QUESTION used (hIcon)
wine icon foo: IDI_APPLICATION used (hIcon)
There's also a question of what happens when you use hInstance instead of NULL
in the LoadIcon() calls, but this bug isn't dealing with that problem.
--
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=19191
Summary: Adobe Updater: crashes when installing updates
Product: Wine
Version: 1.1.25
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dan_bwv1987(a)hotmail.com
Created an attachment (id=22186)
--> (http://bugs.winehq.org/attachment.cgi?id=22186)
Crash log, run from a terminal, when installing updates on Adobe Acrobat 9 Pro
Extended
In updating Adobe Acrobat Pro 9 by the option Help/Check for Updates,
Adobe_Updater.exe download updates but it crashes when trying to install them.
The more noticeable error is:
fixme:ntdll:NtLockFile I/O completion on lock not implemented 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.
http://bugs.winehq.org/show_bug.cgi?id=11096
Summary: Adobe AIR / Adobe Media Player pre 2 installer crashes
during MsiViewExecute
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
After working around bug 11094 by doing "wine regsvr32 rsaenh",
the next bug is a crash that is at least near
some MSI code, so I'll risk the MSI maintainer's wrath
and put it in that category :-)
To repeat:
download
http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_play…
download http://download.macromedia.com/pub/labs/air/air_b3_win_121207.exe
download
http://download.macromedia.com/pub/labs/mediaplayer/adobemediaplayer_p2_122…
wineserver -k
rm -rf .wine
wine install_flash_player.exe
wine air_b3_win_121207.exe
wine regsvr32 rsaenh
wine ~/.wine/drive_c/Program\ Files/Common\ Files/Adobe\
AIR/Versions/1.0.6/Adobe\ AIR\ Application\ Installer.exe
adobemediaplayer_p2_122007.air
Crashes; +relay,+msi,+msidb,+seh seems to show the exception
happens in MsiViewExecute:
trace:msi:MSI_ViewExecute 0x171f40 0x18e3d0
trace:msidb:UPDATE_execute 0x172310 0x18e3d0
trace:msidb:SELECT_execute 0x1722d8 (nil)
trace:msidb:WHERE_execute 0x19db08 (nil)
trace:msidb:TABLE_execute 0x173268 (nil)
trace:msidb:TABLE_execute There are 2 columns
trace:msidb:TABLE_get_dimensions 0x173268 0x33e8c8 (nil)
0009:Call ntdll.RtlAllocateHeap(00110000,00000008,00000094) ret=7e3779f1
0009:Ret ntdll.RtlAllocateHeap() retval=0018dba0 ret=7e3779f1
trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e35f539
I'll attach a full log.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11094
Summary: Adobe AIR can't install Adobe Media Player pre 2
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This is the next bug after bug 10956.
To reproduce, run the script
http://bugs.winehq.org/attachment.cgi?id=9893
Adobe media player prerelease 2,
http://labs.adobe.com/technologies/mediaplayer/install/
install fails.
It's kind of hard to tell, but I suspect it might be that
a crypto provider wasn't found:
trace:crypt:CryptAcquireContextW Did not find registry entry of crypto provider
for L"Software\\Microsoft\\Cryptography\\Defaults\\Provider Types\\Type 001".
... 49000 lines deleted ...
001d:Call gdi32.GetTextExtentPoint32A(00000314,006722f8 "The application could
not be installed because the AIR file is damaged. Try obtaining a new AIR
file",00000064,0033eff4) ret=1027b8cc
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22871
Summary: MinGW gdb crashes when trying to enter commands
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ninevoltz(a)metalink.net
several release versions of gdb from the MinGW project crash when run in Wine,
as soon as you attempt to enter text at the command line it crashes.
--
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=15951
Summary: Origin Pro 6.1 / 7.5 / 8.0 - Dialog in contour-plots
unreachable
Product: WineHQ Bugzilla
Version: unspecified
Platform: Other
URL: http://www.originlab.com/
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederik(a)ietsmet.nl
In Origin Pro 6.1 / 7.5 / 8.0 the dialog for auto-spacing of levels, colors or
linestyles in contour-plots is unreachable.
I followed the tricks given in AppDB to get it to run in the first place: set
dll's msxml3 and msxml3r to native.
Error on the terminal is:
fixme:storage:StgCreateDocfile Transacted mode not implemented.
Steps to reproduce:
1) Create new matrix
2) menu: Matrix -> Set matrix values -> enter "cos(i/4)*cos(1/2)" (or any other
formula giving some nice contour lines) as value for cell(i,j)= -> OK
3) Create new contour plot via menu: Plot -> Contour plot -> Contour - B/w
Lines + Labels
4) Double-click in the middle of the contour plot -> a dialog Plot Details
appears.
5) try to click on one of the headings Levels / Fill / Line / Labels.
In Windows XP you get a new dialog allowing you to set min / max / # of levels
in either linear or exponential spacing (for the Levels-heading-dialog).
In Wine 1.0.1 this dialog does NOT appear at all and the error message above
appears on the terminal 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=15253
Summary: Bitmap Font Problem
Product: Wine
Version: 1.1.4
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: giuseppe.adamo(a)gmail.com
Created an attachment (id=16039)
--> (http://bugs.winehq.org/attachment.cgi?id=16039)
Bitmap Font Test Program
I am actually trying to run under Linux a VB6 windows application for CNC
operators.
Everything works fine, but I have found a problem when using bitmap fonts
(tipically a .FON file type).
It seems that only one character is printed to the screen, the char that is
defined as the 'Default char' in the bitmap font header.
I simplified the problem writing a really small VB6 application that only calls
the font dialog using COMDLG32.OCX.
As you can see, even the standard dialog, when pointing to my font (WTerms1x),
prints the test string using only one character.
To setup the wine environment to run my application:
1) Extract the attached .zip archive (BitmapFonts.zip) in a directory of your
choice.
2) Copy the COMDLG32.OCX control in: ~/.wine/drive_c/windows/system32
3) Point to the above directory and register the activeX control by typing:
regsvr32 ./COMDLG32.OCX
4) Copy the SINGOLO.FON font file in: ~/.wine/drive_c/windows/Fonts
5) Run the registry editor by typing 'wine regedit'
6) Register the SINGOLO.FON font so that wine can see it. Point to
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts
7) Add a string key named WTerms1x with the value: C:\Windows\Fonts\SINGOLO.FON
Now, from the directory where you extracted BitmapFonts.zip, run the command:
wine BMPFontTest.exe then press the button on the main form.
If the font SINGOLO.FON has been correctly registered, you should see the
standard windows font dialog pointing to the font WTerms1x.
Taking a look at the example text in the dialog, you should notice that the
test string is composed all of the same (wrong) character.
To verify that the .FON file is correct and that probably wine prints only the
'Default char', I have included a bitmap font utility, Fony,
that can help you verify the font and change/check the 'Default char'
attribute.
Fony is freeware and can be downloaded from http://hukka.furtopia.org/
I hope for a reply since that problem 'IS A PROBLEM' for my application.
In the meanwhile ... VIVA WINE !!! :D
--
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=14290
Summary: winhelp: temporary 100% CPU use when loading some help
files
Product: Wine
Version: 1.1.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
When loading some help files, Wine winhelp appears to hang for a while with
100% CPU use.
To demonstrate, download quenzar.hlp from
http://bugs.winehq.org/attachment.cgi?id=14572
and load into Wine winhelp.
CPU usage goes to 100% for about a minute (on my old slow PC), but the help
window does open eventually. There is no delay when opening the same file with
the Windows 95 WINHLP32.EXE under Wine.
--
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=17310
Summary: Window looses its top returning from fullscreen and is
undragable from normal means
Product: Wine
Version: 1.1.14
Platform: PC-x86-64
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=11696
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: james.jrp015(a)gmail.com
When <alt-Enter> is used from fullscreen, the window appears in the upper left
and looses the top of the window(cannot drag with mouse noramlly).
It will drag if you hold down alt however.
--
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=22966
Summary: Restricted Area game - some graphics issues
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://www.restricted-area.net/demo.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmbohdan(a)gmail.com
The game has problems with character animations, they don't seem to refresh the
screen, so you get a box of "garbage" around the characters some time they
move.
--
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=18347
Summary: GdipImageRotateFlip and GdipImageSetAbort aren't
implemented
Product: Wine
Version: 1.1.20
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dima(a)gmail.com
GdipImageRotateFlip and GdipImageSetAbort are marked "stub" in gdiplus.spec.
Cooliris tries to call them and crashes because of that. When I added stub
implementations, similar to other functions in image.c, it fixed that
particular crash. (Cooliris still dereferences a NULL pointer later, though -
possibly because the GDI+ functions aren't actually implemented. I'm looking
into that.)
If you want to test this, you'll have to set HOMEDRIVE and HOMEPATH first (see
bug 18336).
Btw, what does "@ stub" do? Is there any point in adding that, as opposed to a
dummy implementation of the function?
--
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=20208
Summary: Liquid Story Binder - 'z' location broken and window
management issues
Product: Wine
Version: 1.1.30
Platform: PC
URL: http://www.blackobelisksoftware.com/Downloads/LSBXEins
tall.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thompson_d_(a)hotmail.com
The 'z' location of windows does not appear to be handled correctly - Liquid
Story Binder has several windows which are designed to overlap without docking,
and the main window (that should be in the back) appears in the front. You
have to minimize it to be able to see working windows, but the main window has
all the tools for switching between working windows and opening new files.
Also, it is possible to lose an entire chapter, etc., because the window
becomes inaccessible. I haven't been able to re-create the bug, but I have a
file where chapter two works but chapter one doesn't.
Running the program through the terminal reveals a ton of richedit:fixme's and
a few errors in richedit, but replacing with native richedit DLLs does not
appear to fix the issues above.
--
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=23861
Summary: Regression: Adobe Acrobat 7.0 crashes on startup
Product: Wine
Version: 1.3.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Markus.Ueberall(a)gmail.com
After upgrading from wine 1.2-rc7, Adobe Acrobat 7.0 will not work anymore
(both existing and new installation).
--
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=11764
Summary: surround 5.1 sound
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iugamarian(a)yahoo.com
Winamp with Winamp AC3 Filter 1.01a performs better than Amarok 1.4.
Also the very old game Starcraft has support for surround.
Therefore please give more importance to the following:
Allow DirectSound acces to Alsa, for the rear left, rear right, center and
woofer speakers.
Yes, Linux does support surround. Use "alsamixer" to deactivate the mute
on the other speakers. Use Amarok, Totem, or their base Xine, to test surround.
You have to go to settings, select Xine Engine and select 5.1 surround (in Xine
you should select first "Master of the known universe" :) )
I am attaching an example of a file that the Xine engine cannot play,
but Winamp with Winamp AC3 Filter 1.01a with integrated dts support can.
--
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=21566
Summary: Programs start slower in Wine than in Windows
Product: Wine
Version: 1.1.37
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Build systems like make rely on cl.exe starting quickly.
To test this, I created a batch file containing
call "c:\Program Files\Microsoft Visual Studio 8\VC\bin\vcvars32.bat"
echo int x; > empty.c
cl.exe -c -Z7 empty.c
and ran it with time cmd /c foo.bat from cygwin.
On Vista, this takes 0.1 seconds.
On Wine, this takes 0.5 seconds with wineserver already running.
Unsetting DISPLAY, killing wineserver, removing the three registry keys
in system.reg and user.reg having to do with fonts, hiding
/usr/share/fonts/{truetype,type1}, and then starting wineserver
cuts the startup time down to 0.2 seconds.
That extra 100ms per cl.exe doesn't sound like a lot, but might
make some developers less likely to run big build jobs on wine.
+timestamps shows that maybe 12ms are still due to wine's builtin fonts;
this line
trace:file:find_drive_rootA "/home/dank/wine-git/fonts//symbol.ttf" -> drive
Z:, root="/", name="/home/dank/wine-git/fonts//symbol.ttf"
shows up twice, and seems to take 6ms each time.
--
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=16805
Summary: Adobe Acrobat can't connect to password server
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://adobe.com
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
In
http://www.winehq.org/pipermail/wine-users/2009-January/046445.html
a user reported that Acrobat was unable to connect to a
password server when trying to display certain kinds of
restricted access .pdf files.
He sent me one of the .pdf files, and sure enough, network
traffic occurred, but the app reported that networking had
failed. I'll attach a log.
--
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=20356
Summary: BewerbungsMaster, a program for helping people with
their applications hangs in several places.
Product: Wine
Version: 1.1.31
Platform: PC-x86-64
URL: http://www.optimale-bewerbung.de/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winecreations(a)trashmail.net
Created an attachment (id=24109)
--> (http://bugs.winehq.org/attachment.cgi?id=24109)
Log of starting the BewerbungsMaster and as well as the Registration process.
NOTE: This Bug is about a german program with glitches. I guess that not much
work needs to be done in order to let this function properly.
The 'BewerbungsMaster' is a program that is intended to help people with
managing their applications (not programs) to companies and whatever other jobs
they might apply for. 'BewerbungsManager' easily stores personal data, style
sheets and actual DIN-Norms in order to help its user generating a perfect job
application and keeping track of their CV and everything that it needed in
order to get the job they want.
I am the owner of a fully working license for the 'BewerbungsManager' and and
enjoy being in close contact to its developer (who honestly does not know that
much about Linux). The program installs without any noticable error (although I
must say that fonts are very small through the install process). And here we
start: Starting it works fine until itb says "Please wait..." - and there it
hangs. Issuing a 'STRG+C' in console mysteriously lets the program continue -
and it WORKS FINE from that point on.
Secondly the registration process hangs and the progress bar stop half way of
completion. Registration is -of course- besides the full functionality of the
program in WINE one of the most important processes for the developer.
I´d like you to analyze the log and find out, why 'STRG+C' has to be pressed
first in order to let it continue. Important places in the log have been
commented. Up until that point reproduction is easy: Download a free trial of
BewerbungsMaster here: http://www.optimale-bewerbung.de/download.php (first
.EXE on the left).
That the checkboxes in BewerbungsMaster do not work properly is considered a
minor bug. Functionality first, please. THANKS FOR TAKING A LOOK!
--
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=22276
Summary: Driving Speed 2 2.0.8 crashes when starting a race
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://download.cnet.com/Driving-Speed-2/3000-7518_4-1
0830437.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
Created an attachment (id=27213)
--> (http://bugs.winehq.org/attachment.cgi?id=27213)
Driving Speed 2 2.0.8 output
After installing d3dx9 from winetricks, launching Driving Speed 2 and
initiating a quick race yields:
Backtrace:
=>0 0x689ff3c2 IDirect3DDevice9Impl_StretchRect+0x82(iface=0x155070,
pSourceSurface=0x156a70, pSourceRect=(nil), pDestSurface=(nil),
pDestRect=(nil), Filter=D3DTEXF_NONE)
[/home/andrew/wine-git/dlls/d3d9/device.c:1004] in d3d9 (0x00515b70)
1 0x00437012 in drivingspeed (+0x37011) (0x004db7dc)
2 0x00438330 in drivingspeed (+0x3832f) (0x0043c620)
The complete terminal output is attached.
--
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=23738
Summary: Kingdom Heroes shows blue screen on startup
Product: Wine
Version: 1.2
Platform: x86
URL: http://kingdomheroes.aeriagames.com/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
After doing "winetricks vcrun2005" to work around bug 23736,
Loader.exe happily updates the game and then launches it.
The game proper puts up a "Loading" screen for 20 seconds, then an
empty blue window, with console output
fixme:quartz:VideoRendererInner_QueryInterface No interface for
{9e5530c5-7034-48b4-bb46-0b8a6efc8e36}!
The tip at
http://forums.aeriagames.com/viewtopic.php?p=6714261
says this happens on Windows sometimes, too, and is caused by playback failure
of movies/kh2_opening.avi, which is a WMP9 file. Moving that file to another
directory got past this problem and let me play the game.
(winetricks wmp9 might be a better workaround if you want to see the movie.)
http://forums.aeriagames.com/viewtopic.php?t=825711#6479403 had a much
longer list of required winetricks, glad it turned out to be simpler than that.
--
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=12662
Summary: Ragnarok: Problem restoring window size
Product: Wine
Version: 0.9.59.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winter.blood(a)gmail.com
When running Ragnarok in full-screen mode, if you switch desktops (in Gnome,
not tested in KDE), using ctrl+alt+left or ctrl+alt+right and then switch back
to the desktop with ragnarok, the window size is incorrectly set. This behavior
is not reproducable with alt+tab.
To reproduce:
1) Install ragnarok as per these instructions:
http://appdb.winehq.org/appview.php?iVersionId=928&iTestingId=7119 (The updater
will not work without the SPECIFIC native DLLs listed.) using Ragnarok,
available freely at http://iro.ragnarokonline.com/download/download.asp
2) Disable virtual desktop if enabled.
3) Run setup.exe, select your desktop resollution and check the 'full screen'
checkbox.
4) Run Ragnarok.exe, Press start after patching has completeted.
5) Once the game is started, (under gnome) press ctrl+alt+right to switch
desktop, and then ctrl+alt+left to switch back.
6) The window will be of a smaller size than the fullscreen window, centered in
the middle of the screen.
Outcome:
Game is open, but not fullscreen, and is displayed as a small area in the
center of the screen instead.
Expected outcome:
Game runs, switching to a different desktop and back restores the game to same
settings as before the desktop switch.
Wine build:
Wine-0.9.59 on Ubuntu linux 8.04 (32-bit)
--
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=14614
Summary: Devil Mary Cry 4 : Unable to check compatibility for
Format
Product: Wine
Version: 1.1.1
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bellegueulle.damien(a)neuf.fr
CC: bellegueulle.damien(a)neuf.fr
Game will now execute, but displays a black screen.
err:d3d:IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt Unable to check
compatibility for Format=WINED3DFMT_A16B16G16R16F
--
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=22107
Summary: Civilization 4 Total Realism Mod Crashes on Play Now
Product: Wine
Version: 1.1.41
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben(a)xnode.org
Created an attachment (id=26948)
--> (http://bugs.winehq.org/attachment.cgi?id=26948)
Log from start up till the crash
Civilization 4 with the "Total Realism" mod crashes the moment you click the
Play menu option. The standard game and Warlords addon work at this point so
the mod must be doing something different to cause the crash.
The backtrace seems to get stuck at step 1 and Wine has to be killed.
--
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=17129
Summary: Alchemy Mindworks 3D Effects Animation Plugin: Total
three-eyed mutant fridge fungus
Product: Wine
Version: unspecified
Platform: Other
URL: http://www.mindworkshop.com/alchemy/animplugins-
3d1.html
OS/Version: other
Status: UNCONFIRMED
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Seen via http://wiki.winehq.org/AppsThatSupportWine
In http://www.mindworkshop.com/alchemy/linux.html
the author has a list of all his software and how well it works on Wine.
He says all of it seems fine except for this 3D plugin.
I haven't tested this myself, but I laughed so hard at the problem
description I figured it deserved a bug report. I'll ask him
to provide more details.
--
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=17457
Summary: Arauna demo crashes after a second or so
Product: Wine
Version: 1.1.15
Platform: Other
URL: http://igad.nhtv.nl/~bikker/files/arauna_sep09.rar
OS/Version: other
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
In http://ompf.org/forum/viewtopic.php?p=12120 a user complained
that the Arauna demo crashes. The crash is easy to repeat;
it tries to read from 0xffffffff. Since source is provided,
it should be easy for someone to do a debug build and see what's up.
--
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=15357
Summary: Fullscreen applications cannot be minimized
Product: Wine
Version: 1.1.4
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
Fullscreen applications, such as Counter-Strike 1.6 cannot be minimized neither
by Alt+Tab, nor by Ctrl+Esc. You cannot switch to another application. You even
cannot switch to another abpplication by going to another desktop by pressing
Ctrl+Alt+=>. The fullscreen application sdtill holds focus and all the display
area regardless what dektop is currently active.
--
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=23036
Summary: Trash appears in WinUAE window when another window is
dragged on top of it
Product: Wine
Version: 1.2-rc2
Platform: x86
URL: http://www.winuae.net/files/InstallWinUAE1610.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Older versions of the WinUAE Amiga emulator show a small problem with Direct3D
output. The problem is not present when WinUAE is set to use OpenGL output.
(The current version 2.1.0 of WinUAE does not show this problem. Graphics
handling was reworked in later versions; maybe 2.1.0 uses DirectX 9 calls vs
DirectX 8 or lower for earlier versions?)
When the emulation is paused, dragging another window over the emulation window
trashes the contents of the emulation window. This effect is only visible when
the emulation is paused; otherwise the emulation window is rewritten many times
per second.
Typical usage of WinUAE involves obtaining an Amiga ROM image file. Google for
kick12.rom if you need to...
- Download WinUAE 1.6.1 from http://www.winuae.net/. Direct URL for the
installer is http://www.winuae.net/files/InstallWinUAE1610.exe
- Run the installer.
- Start WinUAE. The settings window appears. Click ROM under Settings->Hardware
and select kick12.rom for the Main ROM file.
- Click Filter under Settings->Host and select Direct3D from the drop-down box.
- Click Start to start emulation and wait for some graphics to appear in the
emulation window. The "Workbench hand" appears on a white background.
- Press F12 to bring up the settings window. This pauses the emulation.
- Drag the settings window (or any other window) over the emulation window.
Notice how the emulation window contents are corrupted. Also notice that if you
activate another window, the emulation window contents are refreshed/redrawn.
- Click in the emulation window and press F12 (to work around Wine bug 10643).
Change the filter from Direct3D to OpenGL in the settings window then click OK
to continue the emulation.
- Press F12 again and drag the settings window over the emulation window.
Notice that this time there is no trashing/corruption.
- To quit, click in the emulation window and press F12, then click Quit.
--
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=16232
Summary: YVD 9.0 Final stops responding after an partially-
undetermined amount of time
Product: Wine
Version: 1.1.9
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thundernyannyan(a)hotmail.com
It's difficult to explain, but basically after certain events occur while using
this program, a weird graphical glitch may occur for about half a second, and
then YVD will stop responding completely. It's not exactly frozen, because
frozen programs will turn grey, but it doesn't respond to any sort of mouse
click, button press, or any other form of input. The process for YVD is listed
as Sleeping when I check it in the System Monitor, and the only way to close
YVD when this happens is to use End Process.
The only "certain event" that I've been able to determine so far is continuing
to use the program after dueling the same person three times, using the "Soft"
Reset command under the File menu on the duel screen in between each duel. If
you continue to use YVD by using "Soft" Reset or Reset Game (also under the
File menu), YVD will stop responding after some random period of time passes,
although it has always never been under 5 minutes for me so far.
--
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=21053
Summary: Problem with XML HTTP 4.0 in msxml4
Product: Wine
Version: 1.1.34
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spaschukat(a)users.sourceforge.net
Created an attachment (id=25248)
--> (http://bugs.winehq.org/attachment.cgi?id=25248)
+ole output of application
Error in an application that can't use the MSXML2::XMLHTTP40 instance:
err:ole:StdMarshalImpl_UnmarshalInterface Apartment not initialized
err:ole:CoUnmarshalInterface IMarshal::UnmarshalInterface failed, 0x800401f0
err:ole:create_server class {88d969c5-f192-11d4-a65f-0040963251e5} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {88d969c5-f192-11d4-a65f-0040963251e5}
could be created for context 0x17
--
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=12688
Summary: Cannot run VisiLogic software - Actbar3.ocx error
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: maciej.grela(a)gmail.com
Hi
I was trying to run the VisiLogic 6.0.1.3 PLC engineering software on my Gentoo
box (Wine version as above). After solving some issues with missing msado dlls
I`m stuck on the following error message box:
Run-time error '372':
Failed to load control 'ActiveBar3' from Actbar3.ocx Your version of
Actbar3.ocx may be outdated. Make sure you are using the version of the control
that was provided with your application.
-----------
The file Actbar3.ocx exists in Windows/system32 and is installed by the
program. The VisiLogic software can be downloaded from the vendor site:
http://www.unitronics.com/Content.aspx?Page=Downloads
Did someone encounter a similar problem ?
--
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=19881
Summary: Network connectivity for the SIP client smartvoip not
possible, freezes
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: anzil1312(a)gmail.com
Network connectivity for the SIP client smartvoip not possible, freezes. No
voice testing hence carried out.
--
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=17931
Summary: Prince of Persia: Warrior Within application ends on
settings change
Product: Wine
Version: 1.1.18
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: puciek(a)gmail.com
Whenever i change some settings in prince of persia and then say game to save
em, it will pop dialog box to inform me that game crashed and to consult
readme.txt for tech support.
--
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=11118
Summary: client side validation for Wine bug reports
Product: WineHQ Bugzilla
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: bugzilla-unknown
AssignedTo: jnewman(a)codeweavers.com
ReportedBy: jeffzaroyko(a)gmail.com
Every now and then some bug reporters report a Wine bug that omits basic
information such as the version of wine being used, instead it is set to
unspecified.
It could be useful to remind people who try to submit the form with the version
set to unspecified by issuing an one time alert that they should set the value
to their current wine version.
A similar thing could be done for the URL field where people could be reminded
to link to a download of the affected application.
I acknowledge that there are other bugs where 'unspecified' may make sense, but
they are not as frequent so the impact should be low.
If the length of the input in the Description box can be taken with JavaScript,
perhaps that could be checked against a commonly large length where people have
pasted logs and a warning issued also.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.