https://bugs.winehq.org/show_bug.cgi?id=39985
Bug ID: 39985
Summary: Battle.net fails to start with an error dialog
pointing to Qt with wine staging, but not with regular
wine
Product: Wine
Version: 1.9.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: krafczyk.matthew(a)gmail.com
Distribution: ---
When starting Battle.net with wine-staging 1.9.1, the program fails to start
with an error dialog with the following text:
"This application failed to start because it could not find or load the Qt
platform plugin "windows".
Reinstalling the application may fix this problem."
If you then switch to regular wine 1.9.1, the program starts as expected
without the error dialog.
I'm running Arch, and I've installed Battle.net into a 32-bit prefix with the
environment variable WINEARCH=win32
You can download Battle.net from here:
http://www.battle.net/download/getInstallerForGame?os=win&locale=enUS&versi…
--
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=40019
Bug ID: 40019
Summary: wine 1.9.1 staging : it can not run a install exe file
, it reports "Error reading setup initialization file"
Product: Wine-staging
Version: 1.9.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zuogang(a)huawei.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
wine can not run a install exe file , it reports "Error reading setup
initialization file"
on host fedora 23 amd64
[zoge@localhost shm]$ rpm -qf /usr/bin/wine
wine-core-1.9.1-1.fc23.x86_64
wine-core-1.9.1-1.fc23.i686
in kde desktop, right click the exe file , select "open with wine ..."
the exe is downloaded from : http://www.sourceinsight.com/down35.html
--
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=40918
Bug ID: 40918
Summary: wine-patched-staging-1.9.13/server - error building on
NetBSD
Product: Wine-staging
Version: 1.9.13
Hardware: x86
OS: NetBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Created attachment 55017
--> https://bugs.winehq.org/attachment.cgi?id=55017
Outputs of the make command
I am on NetBSD 7.0.1 (GENERIC.201605221355Z) i386
It is NetBSD stable.
--
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=40032
Bug ID: 40032
Summary: Starcraft 2 crashes
Product: Wine-staging
Version: 1.9.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: krafczyk.matthew(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
StarCraft 2 now crashes with the error message
"An error occurred starting StarCraft II. Please try again. (Error 2:
-2147483392)"
This happens for both the 32 bit and 64 bit versions of StartCraft 2 and
happens with and without CSMT. Here is a pastebin from launching the 64bit
version with CSMT: http://pastebin.com/ntk9kM4u
StarCraft 2 works just fine with plain 1.9.2
--
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=39369
Bug ID: 39369
Summary: Alpha Prime: certain sounds muffled when using EAX
Product: Wine-staging
Version: 1.7.40
Hardware: x86
URL: http://www.gamershell.com/download_18730.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
When EAX is enabled in staging, certain sounds in the game like footsteps,
shooting sound, activating an object or speech during cutscenes are so quiet
that they're barely audible.
Other sounds like background music, NPC talks are playing normally.
There's is nothing related in the terminal.
alphaprime_demosetup_en.zip
sha1: e2cbf8b2aa4f6de3d93cb48997a2b7eca0460a77
wine-1.7.51-268-g781b88b (Staging)
Fedora 22 32-bit
Alsa 1.0.29, stereo speaker setup (PA is not running)
Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2)
--
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=40611
Bug ID: 40611
Summary: Wine-stagging: Illegal instruction error under FreeBSD
11-CURRENT
Product: Wine-staging
Version: 1.9.9
Hardware: x86
OS: FreeBSD
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iron.udjin(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Everything works fine without stagging patch.
With stagging patch when I trying to start Steam or any other program I see:
err:wineboot:start_services_process Unexpected termination of services.exe -
exit code 0
[2016-05-11 00:40:18] Startup - updater built Apr 29 2016 15:19:38
Looks like steam didn't shutdown cleanly, scheduling immediate update check
Illegal instruction
I guess the error is related to sound. When I start winecfg and go to "Audio"
tab, I'm getting the same "Illegal instruction" error.
How can I debug it further?
Do I need to send you "truss" log or WINEDEBUG=all output?
--
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=39676
Bug ID: 39676
Summary: The Darkness II shows only black screen when CSMT
enabled
Product: Wine-staging
Version: 1.8-rc1
Hardware: x86
URL: http://store.steampowered.com/app/67370/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 52901
--> https://bugs.winehq.org/attachment.cgi?id=52901
terminal output
This is the game from bug #30061.
When CSMT is enabled in staging, the game starts but shows only a black screen
(I can hear audio from the intro videos but nothing can be seen).
This happens when the game is started in fullscreen mode. In windowed mode the
game starts properly (CSMT enabled). Switching between fullscreen and windowed
mode is available in the game's display option menu.
This might be interesting from the console log (not present when CSMT is
disabled):
err:d3d:wined3d_debug_callback 0x21be40: "GL_INVALID_VALUE in
glTexSubImage2D(xoffset+width)".
err:d3d_surface:wined3d_surface_upload_data >>>>>>>>>>>>>>>>> GL_INVALID_VALUE
(0x501) from glTexSubImage2D @ ../wined3d/surface.c / 1706
The problem can be reproduced with the demo version on Steam.
wine-1.8-rc1-81-g6790d82 (Staging)
Fedora 23
OpenGL vendor string: nouveau
OpenGL renderer string: Gallium 0.4 on NV92
OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.2.0-devel
OpenGL core profile shading language version string: 3.30
--
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=40332
Bug ID: 40332
Summary: Prince of Persioa 2008 crash at intro with
wine-staging csmt
Product: Wine
Version: 1.9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fin4478(a)hotmail.com
Distribution: ---
Similar bug in wine-staging version than in 36063. Graphics hangs in the intro
sequence when Elika looks up and shuts the mouth of Prince. Sound keeps going
on for a while. To kill the game, press alt+ctrl+f1 and type ps -e to find the
application id. There is no trace in the terminal what happened when launching
the game from a terminal. With wine 1.8.1 the game works ok.
--
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=40363
Bug ID: 40363
Summary: Wine Stabilization - Gentoo Slow to Adopt With Valid
Reason
Product: Wine-staging
Version: 1.8.1
Hardware: x86-64
URL: https://bugs.gentoo.org/show_bug.cgi?id=578202
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ecyoung(a)grandecom.net
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: Gentoo
I opened the bug that I'm asking you to comment on. I opened this bug because
Gentoo's Stable version is still at 1.6.2. I use an old RPG, Istaria which is
blocky in 1.9.5, and Eve Online, which is unplayable in my case using 1.6.2.
In order to properly regression test where my issues are coming from, I thought
I would start at finding out why Gentoo's stable version lagged behind WineHQ's
stable version. Our package maintainer is doing the best he can, as our
distribution is source based, and he is perfectly within his right not to use a
custom patchset (See Comment 3).
Comment 7 in my bug states:
Let's keep this open with the info from NP-Hardass so that anybody else who
seeks for 1.8.1 knows.
I'm closing #578272 as I see no point of having it open. NP-Hardass stated he
wants to bump and stabilize 1.8.x, so it's on upstream now.
Thanks for your interest Carter, maybe try to convince upstream to get it going
;)
----------------------------------------
Bug 578272 was implemented as a tracker, but the commenter is correct in
assuming that the issue lies upstream. I present Snippets from Comment 3:
I'd prefer that our stable wine 1.8 use the official gstreamer 1.0 patchset,
but upstream never released that under the 1.8 branch. Once again though, I'd
rather not be hosting a custom patchset for stable. There is currently a
request to the upstream wine stable maintainer to include this in 1.8.2.
1.8.1 was never bumped because Wine Staging never released a patchset for 1.8.1
and I'd rather not have a stable candidate in package.use.stable.mask and not
have staging support. I'd also rather not have to host a custom staging patch
just for 1.8.1. I've cc'd the Staging devs in case they'd like to weigh in on
making an official release for 1.8.1.
----------------------------------------
--
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=41054
Bug ID: 41054
Summary: Battle.net.exe deadlocks in CriticalSection
Product: Wine-staging
Version: 1.9.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rankincj(a)yahoo.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Trying to launch Blizzard's Battle.net.exe using Wine Staging 1.9.15 RPMs from
Fedora 24. However, the process deadlocks and prints messages like:
err:ntdll:RtlpWaitForCriticalSection section 0x10321d8 "?" wait timed out in
thread 0063, blocked by 0000, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x10321d8 "?" wait timed out in
thread 0063, blocked by 0000, retrying (60 sec)
This happens with both 32 bit and 64 bit prefixes. Disabling all "staging"
options via winecfg does not help.
--
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.