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.
https://bugs.winehq.org/show_bug.cgi?id=37862
Bug ID: 37862
Summary: Wrong instruction on Bugzilla and Bugs page.
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
URL: http://wiki.winehq.org/Bugs
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iritrozen(a)gmail.com
Distribution: ---
Page http://wiki.winehq.org/Bugs, in chapter "How to report" says
* Attach complete terminal output ... You have to _Submit_ the bug first before
you're given the option to attach files.
It is not true. User can attach files when creating a new bug.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35260
Bug ID: 35260
Summary: Sound weirdness with XCOM: Enemy Within
Product: Wine
Version: 1.7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winealsa.drv
Assignee: wine-bugs(a)winehq.org
Reporter: lama(a)lamamail.de
Classification: Unclassified
This is a strange one... I'll just describe what happened:
- I'm using the digital out on my sound card. This works fine with everything
but this game in WINE
- Got the game working after registering XAudio2_7.dll
- There is no sound whatsoever ingame (also no sound options beyond a mixer)
- After running the game I have no sound anywhere anymore, even after closing
all WINE processes. No errors while playing though (so it's not blocked), just
quiet
- Mixer settings are fine
- Turns out the default ALSA device has been changed to the analog output,
even after explicitly selecting the digital output (instead of default) in
WINE. Only a reboot fixes this. ALSA documentation doesn't even mention this as
a possibility. Oh, and game audio still isn't played through that either.
I've tested this with WINE 1.7.9 and built from GIT.
--
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.