http://bugs.winehq.org/show_bug.cgi?id=17226
Summary: SimTower crashes on dereferencing 0xffffffff on
attempting to save in SimTower
Product: Wine
Version: 1.1.14
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rincebrain(a)gmail.com
Created an attachment (id=19185)
--> (http://bugs.winehq.org/attachment.cgi?id=19185)
SimTower crashlog from 2009-Feb-1 git
Tested against wine-1.1.13-607-g8e39646.
The game runs fine, modulo sound [see other bug filed against simtower], but
when you attempt to save, the save dialog pops up, you can enter a filename,
and then upon hitting save, you receive a backtrace in the console.
Trace 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=35291
Bug ID: 35291
Summary: setcap on wine-preloader makes Hearthstone fail to
start
Product: Wine
Version: 1.7.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yeled.nova(a)gmail.com
Classification: Unclassified
Hi,
When a Linux capability is enabled for wine preloader, Hearthstone does not
start.
This bug at least affects
-------------------------
Archlinux x64/Linux 3.12.6-1-ARCH/Wine 1.7.9/libcap 2.22
Ubuntu 13.10 x64/Linux 3.11.0-14-generic/Wine (PPA) 1.7.9/libcap 2.22
Steps to reproduce
------------------
# setcap 'cap_net_bind_service=+ep' /usr/bin/wine-preloader
$ wine Hearthstone.exe -launch -uid hs_beta
Get a message box that captions "Fatal error in gc" and says "GetThreadContext
failed", click "OK"
Another message box that captions "Wine program crash", and says "Internal
errors - invalid parameters received", click "OK"
The process turns to a zombie, kill it.
Revert the capabilities, the program loads.
# setcap '-r' /usr/bin/wine-preloader
$ wine Hearthstone.exe -launch -uid hs_beta
This issue persists over system reboots.
It's not just setting CAP_NET_BIND_SERVICE causes the problem. From what I
observed, this error occurs as long as any capablity is enabled.
Note on getting debug trace
---------------------------
Right now due to bug #33947, battle.net.exe requires dbghelp to be disabled,
and Hearthstone.exe depends on it in order to play. However, directly running
Hearthstone.exe is good enough to reproduce this bug. So I suggest anyone who
wants to look into this problem to re-enable the debugger and run 'wine
Hearthstone.exe -launch -uid hs_beta' to get a debug trace.
--
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=19286
Summary: puTTy connection manager: two UI bugs makes program
unusable
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=versi
on&iId=17165
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gui4life(a)gmail.com
Created an attachment (id=22324)
--> (http://bugs.winehq.org/attachment.cgi?id=22324)
output from wine puttycm.exe &> newputtylog.txt
The user interface for PuTTy connection manager does not display correctly
making it a broken application inside of wine.
It is not displaying the far most right window called "Connection Manager" that
displays the list of your saved connections. You should be able to click any
of the connections of which you want to connect, and it would launch a tabbed
putty window.
Most importantly, the putty intergeneration itself is not being displayed
inside of putty connection manager. In the middle of the application you
should be able to have multiple putty windows open that are separated by tabs
and you are able to move them around. (Stacking along side themselves if you
like)
To get a better idea what I mean, it is best to try the program out yourself in
windows where it works flawlessly.
I have tried many things to get this application to work. I installed net 2.0
and msxml6. I saw an xml error inside of the log, after installing msxml6 it
went away, but program did not work any better.
In the options of the program there are multiple interface designs you can use
(more or less skins/themes) like office 2007, system, visual studio 2003,
visual studio 2005. All of them have the same UI bug. I have tried the
standalone app of putty connection manager where you don't have to install
anything, and the installable version.
See attached redirect files
--
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=22146
Summary: 64bit compatibility issue with Wine's MCI string
command parser
Product: Wine
Version: 1.0.0
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Created an attachment (id=27005)
--> (http://bugs.winehq.org/attachment.cgi?id=27005)
work in progress MCI parser that knows about 64bit structures
Hi,
Wine's MCI string command parser is one reason why test.winehq.org shows
failures with 64bit machines. I've created this issue so everybody can discuss
and contribute patches until evolution leads to a correct one.
The attached patch fixes part of what's currently in git, but it is still
incomplete. Therefore I don't plan to submit it.
I've run tests on WTB's 64bit machines that proove that MCI_STATUS_PARMS and
MCI_GETDEVCAPS indeeed process differently sized dwReturn types on x64:
DWORD_PTR and DWORD. That's what's missing from my patch.
A solution that sounds ideal is to define something like MCI_INTEGER64 and
change the resource files mciavi_res.rc and winmm_res.rc. Given that new type,
the MCI string parser would compute the correct offset.
I'd be very pleased if somebody could conform that MS does it this way and tell
us the value of this constant.
Another solution path is to special-case MCI_STATUS_PARMS in the parser, as it
uses the only 64bit construct I knew until 5 minutes ago (beside dwCallback of
course) that's not a LP(W)STR. HWND seems to be 32bit.
5 minutes later: What about HDC in MCI_DGV_UPDATE_PARMS? Wait, wtypes.h says
void*! The MCI string command parser needs to handle this type as well:
MCI_INTEGER as currently used in mciav_res.rc is not adequate on 64bit.
In the meantime, I'll submit a patch that adds MCI_HDC and a few other missing
defines I know to the includes.
Regards,
Jörg Höhle
--
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=22533
Summary: Half Life: loading screen rendering is wrong
Product: Wine
Version: 1.1.43
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=27624)
--> (http://bugs.winehq.org/attachment.cgi?id=27624)
screenshot
See attached screenshot. Terminal output is minimal:
fixme:win:EnumDisplayDevicesW ((null),0,0x32e298,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
fixme:mci:MCI_Break (0102) vkey 001B stub
ALSA lib ../../../src/pcm/pcm.c:7234:(snd_pcm_recover) underrun occured
fixme:mci:MCI_Break (0102) vkey 001B stub
ALSA lib ../../../src/pcm/pcm.c:7234:(snd_pcm_recover) underrun occured
fixme:win:LockWindowUpdate (0x30052), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:win:LockWindowUpdate (0x30052), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial 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=32314
Bug #: 32314
Summary: Pikachu Volleyball (English version) crashes on
restart
Product: Wine
Version: 1.5.18
Platform: x86-64
URL: http://games.hotut.com/post/pikachu-volleyball/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Classification: Unclassified
Regression SHA1: 010019df064cfe1e9efee5ac6ee9e1e0954bd4f8
Created attachment 42654
--> http://bugs.winehq.org/attachment.cgi?id=42654
Terminal output
The English version of Pikachu Volleyball crashes if restarted after the
beginning of a round. (No problem with the original Japanese version.) To
reproduce:
- Start a game with either option at the title screen
- Click Game -> Restart
It also restarts (and crashes) automatically at the end of the round.
Regression testing indicated:
010019df064cfe1e9efee5ac6ee9e1e0954bd4f8 is the first bad commit
commit 010019df064cfe1e9efee5ac6ee9e1e0954bd4f8
Author: Jörg Höhle <Joerg-Cyril.Hoehle(a)t-systems.com>
Date: Thu Oct 4 12:34:07 2012 +0200
mciseq: Create player thread in the synchronous case too.
:040000 040000 4fecac2de61d692b36b829591062060ce25e861b
66bc6ddfb6dd3eddd0179ac2c98e887a3046dd31 M dlls
Reverting that patch prevented the crash.
--
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=29458
Bug #: 29458
Summary: Explorer sometimes crashes on drag-and-drop in folders
accessed from "/
Product: Wine
Version: 1.3.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Classification: Unclassified
Builtin explorer sometimes crashes when attempting to drag-and-drop a file.
Other times, it doesn't allow 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=34303
Bug #: 34303
Summary: underlined 8 point Times New Roman text doesn't
display as underlined
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Classification: Unclassified
To reproduce:
* Open wordpad.
* Type some text.
* Set the font to 8 point and underlined.
--
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=17540
Summary: Zondervan Pradis cannot function due to unimplemented
function ole32.dll.CoGetCurrentLogicalThreadId
Product: Wine
Version: 1.1.15
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vanoudt(a)gmail.com
Created an attachment (id=19680)
--> (http://bugs.winehq.org/attachment.cgi?id=19680)
WINEDEBUG output for +ole
Zondervan Pradis 6.0 (
http://appdb.winehq.org/objectManager.php?sClass=version&iId=11417 ) cannot
actually do anything useful
The system relies on COM to open books served up by a database. Whenever it
tries to do this, it brings up in the console:
wine: Call from 0x602e9940 to unimplemented function
ole32.dll.CoGetCurrentLogicalThreadId, aborting
A +ole log is attached below
--
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=21475
Summary: TI Interactive application fails when attempting to
display the TI math palette
Product: Wine
Version: 1.1.37
Platform: x86
URL: http://education.ti.com/downloads/files/computer_softw
are/tiitrial.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
Created an attachment (id=25861)
--> (http://bugs.winehq.org/attachment.cgi?id=25861)
TI Interactive +ole trace
With wine-1.1.37, after using winetricks to install vcrun6sp6 and installing
the TI Interactive trial, launching TI Interactive, dismissing the trial and
registration dialogs, and then pressing Ctrl+M (or doing Insert -> Math Box)
yields a message box that states:
"Failed to create object. Make sure the object is entered in the system
registry."
Using native ole32 from the dcom98 redist allows the TI Interactive application
to display the TI math palette panel as expected. From the +relay log:
0009:Call
ole32.OleCreate(0032e754,40a3fca8,00000001,00000000,00e62710,001b7938,00e626c8)
ret=40a2b858
0009:trace:ole:OleCreate ({5af21a82-ca6e-11d2-9613-004033a5109d},
{00000000-0000-0000-c000-000000000046}, 1, (nil), 0xe62710, 0x1b7938, 0xe626c8)
...
0009:Ret ole32.OleCreate() retval=80070057 ret=40a2b858
...
0009:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032e64c)
ret=40a09610
It seems that the failure of OleCreate is the culprit. A +ole log 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=34454
Bug #: 34454
Summary: Do not use builtin TTF fonts when native appropriate
fonts are present in the system
Product: Wine
Version: 1.7.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Classification: Unclassified
This is a continuation of bug 34446.
I'd like to propose that Wine should never try to load or use builtin fonts
(which don't exactly look nice under certain fontconfig settings, like full
hinting) when native appropriate fonts are present in the system.
Thanks.
--
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=11951
Summary: Tide prediction cursor popup or tag creates "Untitled
Window"
Product: Wine
Version: 0.9.57.
Platform: PC
URL: http://wxtide32.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: n5470(a)pinefields.com
WXTide32 includes a feature to show tide data by creating a cursor that tracks
time of day and water height. It appears when the main window is opened and
showing the realtime, graph, or overview display, and the user presses either
the left-arrow or right-arrow key. A popup or tag follows the vertical part of
the cursor line, showing the data for the time (vertical cursor line) and depth
or height of water (horizontal cursor line).
Under Wine, the cursor lines are drawn but the cursor popup or tag is missing
or flashes briefly (hard to tell which is happening). At the same time, a new
entry appears in the task bar: "Untitled Window". The app then blinks between
idle (based on the regular movable cursor, controlled by a mouse, etc.) and
busy, with "Untitled Window" showing in the task bar while the mouse cursor
signals "busy". On minimizing the main window (showing the tide levels), the
"Untitled Window" entry remains in the task bar. It cannot be maximized,
opened, or closed. Only terminating the application removes "Untitled Window".
No messages are written to stdout or stderr when the problem occurs.
Under Windows, the key-controlled cursor moves as expected, with a popup
attached to the scrolling cursor. No additional tasks appear in the task bar.
--
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=29182
Bug #: 29182
Summary: Edit control WS_EX_CLIENTEDGE is not drawn if
initially not WS_VISIBLE
Product: Wine
Version: 1.3.33
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: toni.spets(a)iki.fi
Classification: Unclassified
Created attachment 37648
--> http://bugs.winehq.org/attachment.cgi?id=37648
Hack to workaround the problem
This is rather odd as I couldn't figure it out where the problem occurs deeper
but the attached patch should give a good hint to someone who knows better.
If the edit control is not WS_VISIBLE when created, WS_EX_CLIENTEDGE will be
ignored through it's life and only show the background color without border.
As I'm probably wrong this can be tested using the freeware program ResEdit by
creating a new dialog and adding a normal text edit control. It seems there are
more problems regarding updating the control on-the-fly with the properties
editor.
--
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=36713
Bug ID: 36713
Summary: Watch_Dogs does not start
Product: Wine
Version: 1.7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hatbollen(a)gmail.com
Trying to start watch_dogs.exe gives an error dialog from Disrupt_b64.dll: The
procedure entry point inet_pton could not be located in the dynamic link
library WS2_32.dll.
Console output after closing the dialog:
~/.wine/drive_c/Program Files (x86)/Ubisoft/Ubisoft Game
Launcher/games/Watch_Dogs/bin$ wine watch_dogs.exe
fixme:heap:HeapSetInformation 0x3b0000 0 0x23fc90 4
fixme:heap:HeapSetInformation 0x4c0000 0 0x23fc90 4
fixme:heap:HeapSetInformation 0x5d0000 0 0x23fc90 4
fixme:heap:HeapSetInformation 0x920000 0 0x23fc90 4
err:module:attach_process_dlls "Disrupt_b64.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files
(x86)\\Ubisoft\\Ubisoft Game Launcher\\games\\Watch_Dogs\\bin\\watch_dogs.exe"
failed, status c0000142
--
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=22039
Summary: Lego Island: failed to start.
Product: Wine
Version: 1.1.40
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Created an attachment (id=26806)
--> (http://bugs.winehq.org/attachment.cgi?id=26806)
err:d3d:wined3d_unregister_window Window 0x20054 is not registered with
wined3d.... and more...
Lego Island simply boots up to a black scree, then I get an error prompt
saying:
"Lego Island failed to start. Please quit all other applications and try
again."
This seems similar to bug:
http://bugs.winehq.org/show_bug.cgi?id=13875
But that guy didn't get the prompt. Log and debugging of d3d 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=17448
Summary: Impossible to insert an MPEG file in PowerPoint
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Trying to insert an mpeg video in PowerPoint 2003 gives the following error
message:
PowerPoint cannot insert a movie from the selected file. Verify that the path
and file format are correct, and then try again.
And this trace:
fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"MPEGVIDEO".
So it seems like this is because we are missing an mpeg codec in Wine so this
is probably not specific to PowerPoint 2003.
To reproduce:
* download an mpg file from anywhere
* install PowerPoint 2003 and start it
* Insert -> Movies and Sounds -> Movie from File...
* select your mpg file and validate
--
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=29583
Bug #: 29583
Summary: JScript is missing 'new XMLHttpRequest();' support
Product: Wine
Version: 1.3.36
Platform: x86
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: jscript
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bunglehead(a)gmail.com
Classification: Unclassified
Found that while testing for bug 29574, builtin jscript won't create an object
using 'new XMLHttpRequest();'.
There's several important things needed to implement this properly:
- it wraps msxml functionality;
- ::open() is always asynchronous with readystate handlers installed;
- msxml object is called directly without IDispatch;
- url passed to ::open() is expanded from relative url before it's passed to
msxml, probably with same object site functionality that msxml uses.
--
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=9790
Summary: Regression in Heroes of Might and Magic 5
Product: Wine
Version: 0.9.45.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martyspamtrap(a)comcast.net
This is observed on the full version of Heroes of Might and Magic 5 (but is
probably reproducible on the demo). After updating to Wine 0.9.45 (coming from
0.9.44), I started experiencing application lockups in Heroes 5 during game
play on the map screen. The lockup consists of no further mouse or keyboard
instructions being recognize, although the background music continues to play.
An ALT-TAB to a shell and a "kill -9" get me back in control.
The problem is triggered somewhat randomly, but I've reproduced it twice by
loading up a saved game, panning around the map, viewing a hero's status
screen, and returning to the map. At this point, some of the status windows
are no longer drawing themselves completely and my system starts thrashing on
my hard drive. A little more panning around the map results in the lockup.
This issue did not exist in Wine 0.9.44.
--
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=9791
Summary: Heroes of Might and Magic 5 (full) requires d3dx9_25.dll
Product: Wine
Version: 0.9.44.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P4
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martyspamtrap(a)comcast.net
After a clean installation of Heroes 5 in Wine, attempting to run it fails.
The console reports that d3dx9_25.dll is required by H5_Game.exe. My
workaround is to either copy this file from a Windows installation, or copy
Wine's d3dx8.dll.so to d3dx9_25.dll. Nasty hack, but it seems to work. I'd
like to request an enhancement to include a more proper version of this DLL in
Wine.
--
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=17483
Summary: EngInSite CSS Editor font distance rendering problem
Product: Wine
Version: 1.1.14
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ar(a)esoma.org
Created an attachment (id=19577)
--> (http://bugs.winehq.org/attachment.cgi?id=19577)
Screenshot
In the editor window all fonts are monospaced but the display font does not
adapt to that and inserts spaces. You can see the problem in the attached
screenshot:
I don't know if that is related to
fixme:system:SetProcessDPIAware 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=21581
Summary: GTA4 crashes during "Lure" mission
Product: Wine
Version: 1.1.37
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: knaprigt(a)gmail.com
Created an attachment (id=26030)
--> (http://bugs.winehq.org/attachment.cgi?id=26030)
Output after crash during the Lure mission in GTA4
GTA4 crashes during the mission "Lure" when the player is supposed to kill a
drug dealer. Everything seems fine until the player reaches the roof where he
should take the shot. First a cutscene is shown and when the player's returned
to the controls the game crashes.
Tested with versions 1.0.0.4 and 1.0.4.0 of the game with the same results.
See attachment for terminal output displayed after the crash.
... also I don't know if this bugs component really is ntdll (maybe wined3d?),
so someone may want to change that one.
--
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=35450
Bug ID: 35450
Summary: Clean up 'Version' in bugzilla
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Classification: Unclassified
There are too many old versions to choose, which may waste time
Would Wine Bugzilla hide the *very old* versions, or re-arrange them?
--
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=16301
Summary: wine user guide asks the user to run programs without
explaining how
Product: WineHQ.org
Version: unspecified
Platform: Other
URL: http://www.winehq.org/site/docs/wineusr-guide/running
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
The introductory page under "Running Wine"
(http://www.winehq.org/site/docs/wineusr-guide/running) says this:
"Assuming you are using a fake Windows installation, you install applications
into Wine in the same way you would in Windows: by running the installer."
and gives several examples of wine command lines, including an example for
starting a program after it has been installed to C:. Yet there is no
explanation of how to run a program or use the wine command.
--
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=29590
Bug #: 29590
Summary: Search results do not update on webpage (IE8)
Product: Wine
Version: 1.3.36
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Classification: Unclassified
winetricks ie8
Open http://asunnot.oikotie.fi
Search should update automatically every time you make changes to form fields,
but does nothing.
Workaround winetricks msxml3
I'll attach msxml log. Most interesting parts are:
003d:fixme:msxml:httprequest_get_statusText stub 0x3c82428 0x2b53cd8
and many lines like:
003d:trace:msxml:domdoc_loadXML
(0x36ce620)->(L"{\"responseHeader\":{\"status\":0,\"QTime\":11},\"response\":{\"numFound\":22852,\"start\":0,\"docs\":[]}}"
0x268c612)
003d:err:msxml:doparse Start tag expected, '<' not found
003d:trace:msxml:domdoc_loadXML (0x3cef120)->(L"{\"time\":1326303123.1712}"
0x268bfb2)
003d:err:msxml:doparse Start tag expected, '<' not found
--
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=33100
Bug #: 33100
Summary: ALSA Audio playback in WINE locks up ALSA capture by
other applications
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winealsa.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: torsten.crass(a)eBiology.de
Classification: Unclassified
Hi there,
when trying to record sound (e.g. using arecord) played by some
application running on WINE (e.g. vlc.exe) via ALSA, and if the
recording application is launched *before* the playback application,
recording stops immediately when playback starts, and after a while ALSA
reports an "Input/output error". This does not happen with native
playback applications, e.g. the Linux version of vlc.
Funny enough, if recordings starts *after* playback has begun,
everything works fine.
How to reproduce:
1. In a terminal, issue
sudo alsactl restore; arecord -D default -f dat -v -V stereo test.wav
2. In another terminal, launch vlc.exe by issuing something like
WINEPREFIX=/path/to/prefix wine /path/to/vlc.exe /path/to/some/audiofile
3. Wait for a few seconds... and see arecord complaining:
arecord: pcm_read:1801: read error: Input/output error
4. Re-launch arecrod:
sudo alsactl restore; arecord -D default -f dat -v -V stereo test.wav
5. Watch arecord recording happily ever after.
I initially suspected WINE to somehow force access to my soundcard's
capture device (A SB Live, which seems not to be dsnoop'd by default),
but after creating a dsnoop'd device (which did allow for multiple
simultaneous recordings with arecord when playing back audio with
Linux's vlc) and teaching WINE to actually use it, the problem
unfortunately remained.
Best regards --
Torsten
P.S. If filed this bug with Debian's wine-unstable-alsa package some two months
ago already, but since there hasn't been a single reply up to now and since the
problem still remains with 1.5.25 (Debian is still at 1.5.6), I found it
appropriate to directly re-file this report at WINE's bug tracking system.
--
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.