http://bugs.winehq.org/show_bug.cgi?id=18681
Summary: Can not accept license for Photoshop CS4
Product: Wine
Version: 1.1.22
Platform: PC
URL: http://trials.adobe.com/Applications/Photoshop/CS4/Win
/ADBEPHSPCS4_LS1.7z
OS/Version: Linux
Status: NEW
Keywords: download, FIXME
Severity: minor
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Every time I click on the Accept button for the license agreement, the
following line is printed:
fixme:mshtml:fire_event node type 9 node supported
Note, this is different from Bug 13903 which shows a jscript error.
Native mshtml has its own problems, but installing IE6 helps.
--
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=17924
Summary: MIDI music is played instead of WAV music for Touhou
games
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: erappleman(a)gmail.com
When running Touhou 6, 7, 8, 9, 10, or 11 in Wine, selecting WAV music in the
options menu (default) will cause MIDI music to play. Selecting the MIDI option
will cause no music to play whatsoever.
--
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=24871
Summary: Floppy diskette label and serial number not reported
by WINE
Product: Wine
Version: 1.3.5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cparke(a)parkerfamily.name
For floppy diskettes, GetVolumeInformation() returns blank for the diskette
label and 0000-0000 for the serial number. For key floppy diskettes needed to
allow an installer to run, this causes key validation to fail!
WINE should either read the volume label and serial number correctly from the
boot record and FAT file system on the diskette, or should allow us to hardcode
the values needed in WINECFG (currently this is allowed for hard disks but not
floppies!)
--
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=17875
Summary: GetTempFileName with unique != 0 broken
Product: Wine
Version: 1.1.18
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dev_oskar(a)hotmail.com
GetTempFileName called with a non-zero value for unique will not check if a
file could be actually written in the provided path.
Paint Shop Pro 9 (and it seems 8 too) uses the return code to test if it should
create several temp directories. So under wine it will always fail if unique is
non-zero, GetTempFileName will currently not test anything and won't return
zero, so creation of the undo files later will fail because the directory
doesn't exists.
As the documentation tells the file isn't created my first patch isn't correct:
...
if (unique) {
sprintfW( p, formatW, unique );
/* need to check if we can create the file so applications can detect
if they can write */
HANDLE handle;
handle = CreateFileW( buffer, GENERIC_WRITE, 0, NULL,
CREATE_NEW, FILE_ATTRIBUTE_NORMAL, 0 );
if (handle != INVALID_HANDLE_VALUE)
{ /* We created it */
CloseHandle( handle );
TRACE("created %s\n", debugstr_w(buffer) );
return unique;
}
/* Failure */
return 0;
}
else
{
/* get a "random" unique number and try to create the file */
...
It should check the directory if it exists.
--
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=23285
Summary: Animated mouse pointer invisible in 3D mode in Ice
Cream Tycoon
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://www.reflexive.com/IceCreamTycoon.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Ice Cream Tycoon is a business/simulation game. This bug applies to both the
retail CD-ROM and the downloadable version at
http://www.reflexive.com/IceCreamTycoon.html (click "DOWNLOAD NOW!").
There are two options in Ice Cream Tycoon:
- 3D mode. It's not clear what this does, maybe when enabled it uses Direct3D
for output instead of DirectDraw???
- H/W cursor. When this is enabled, the program uses an animated coloured
mouse pointer instead of the Windows default.
Download and run the installer from the URL above. You can either choose to
have the installer run the game or start ICT.exe manually.
Starting ICT.exe shows this console output, perhaps related to the time-limited
play DRM feature?
fixme:mountmgr:harddisk_ioctl unsupported ioctl 2d1400
fixme:mountmgr:harddisk_ioctl unsupported ioctl 74080
Click Play Game. When the game starts, notice that the pointer is invisible.
It's actually there though; e.g. you can move the mouse to highlight the Skip
button at the bottom right and click it to skip the intro sequence. Click
Cancel when asked to enter a company name. Click the Options button (metal
cog). There are options for H/W cursor and 3D mode, both enabled by default.
When 3D mode is enabled, the pointer is invisible if H/W cursor is enabled. If
you un-check the H/W cursor box, the mouse pointer (standard Windows pointer)
appears. If you uncheck 3D mode and leave H/W cursor checked, the custom
(coloured and animated) mouse pointer appears.
It might not be relevant, but this console output appears when you enable 3D
mode:
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 58
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64
--
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=17436
Summary: Missing funtionality prevents any RDP client from
working.
Product: Wine
Version: 1.1.14
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: timuckun(a)gmail.com
I have attempted to run a couple of RDP clients and they all fail with the same
error being repeated a few thousand times. Obviously this stub needs to be
fleshed out.
I wish I could do it myself but I can't.
fixme:winsock:WSALookupServiceNextW ((nil) 0x00000ff0 0x7c1b3688 0x5a9d7b8)
Stub!
--
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=24714
Summary: Unhandled marshal type 7
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: astukalov(a)gmail.com
When trying to run proteowizard
(http://sourceforge.net/projects/proteowizard/files/) for Win32 under wine to
convert RAW files, I've got the following error
err:ole:CoInitializeEx Attempt to change threading model of this apartment
from multi-threaded to apartment threaded
err:ole:marshal_object object doesn't expose interface
{00000126-0000-0000-c000-000000000046}, failing with error 0x80004002
err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface
failed with error 0x80004002
err:ole:serialize_param Unhandled marshal type 7.
err:ole:deserialize_param No handler for VT type 7!
This software uses vendor COM component to read RAW files
(http://sjsupport.thermofinnigan.com/public/detail.asp?id=624) via .NET
interop.
System is ArchLinux x86-64, wine 1.3.4 running with WINEARCH=WIN32, dotnet20
and vcrun2008 installed.
I can provide a log file, but this particular example of marshalling error is
pretty field-specific, whereas the problem is very generic.
--
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=24627
Summary: ProPresenter 4.0.0.1 for Windows doesn't startup
Product: Wine
Version: 1.3.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: puk007(a)gmail.com
Created an attachment (id=31114)
--> (http://bugs.winehq.org/attachment.cgi?id=31114)
console-20101004.txt
when trying to run ProPresenter 4.0.0.1, it crashes on startup.
steps to reproduce:
- clean wine
- install using winetricks:
winetricks winxp dotnet30
- download ProPresenter & install it from:
http://www.renewedvision.com/downloads/pc/ProPresenter_Windows_4.0.0.1.zip
when trying to run from console, it crashes (want's to send notification to M$)
see attached console output in file console-20101004.txt
--
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=21096
Summary: utorrent drops error 12157 when using a https tracker
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: howl.nsp(a)gmail.com
CC: howl.nsp(a)gmail.com
utorrent fails to connect through https protocol. It's connection system fully
relies on the iexplorer implementation. This error shown up in versions
previous to the 1.1.14 but since 1.1.14 to 1.1.34 the ssl connection problem
was solved. Now with 1.1.35 appears again.
¿Could be related to "Better certificate checking on secure connections." in
1.1.35?
--
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=24773
Summary: It is possible to click behind certain modal dialogs
in Worms Armageddon, leading to loss of focus and
crashes
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thecybershadow(a)gmail.com
Created an attachment (id=31310)
--> (http://bugs.winehq.org/attachment.cgi?id=31310)
Proposed patch
Problem description:
It is possible to click behind modal dialogs displayed in e.g. the Weapon
Options screen. This causes the modal pop-up window to lose focus and go behind
the Weapon Options screen. It continues to be drawn in front on the Weapon
Options screen, however input events go to the Weapon Options screen instead.
Attempting to close the Weapon Options screen causes the game to crash.
Analysis:
1. It is possible to click behind certain modal dialogs because they are not
disabled.
2. The reason why they are not disabled, is that the MFC code which brings up a
new modal dialog disables the wrong window.
3. The reason for which the wrong window is disabled, is because the Wine
implementation of GetLastActivePopup, which is used by MFC to find the active
dialog to disable, returns an incorrect value in certain cases. Specifically,
it doesn't work correctly with nested popups.
4. The reason for that is that a new popup of an owned window doesn't update
the root window's "last active" window. As seen in Wine's make_window_active,
only the immediate owner is updated.
Attached patch + test (will send to wine-patches).
--
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.