https://bugs.winehq.org/show_bug.cgi?id=41512
Bug ID: 41512
Summary: Adobe Creative Cloud application crashing
Product: Wine-staging
Version: unspecified
Hardware: x86
URL: http://ccmdls.adobe.com/AdobeProducts/KCCC/1/win32/Cre
ativeCloudSet-Up.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrypsilons(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 55876
--> https://bugs.winehq.org/attachment.cgi?id=55876
backtrace from the crash dialog
The application immediately crashes on startup.
Did a regression test, the crash is happening if this patch is applied:
https://github.com/wine-compholio/wine-staging/blob/master/patches/kernel32…
I can provide terminal output, but I don't know what WINEDEBUG flags to use.
Steps to reproduce:
- Set version to Windows 7
- Run the installer (see URL field)
- Installer automatically starts installed "Creative Cloud.exe", which
immediately crashes
--
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=42679
Bug ID: 42679
Summary: no alpha while blitting in batches
Product: Wine-staging
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: keloero(a)oreolek.ru
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 57641
--> https://bugs.winehq.org/attachment.cgi?id=57641
fireurq2.1 - run test.qst
[I'm not the app developer, but I noticed the bug.]
The bug occurs only in staging version, Wine 2.0 stable and lower are
unaffected.
There is no alpha channel while blitting in batches, the bitmaps have black
background.
How to reproduce: see the fireurq.7z attachment;
run fireURQ2.exe, choose test.qst as the game or just run like this: wine
fireURQ2.exe test.qst
Look at the button, the letters have rough black edges on them. It shouldn't
look like that and it doesn't in Wine 2.0
--
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=42123
Bug ID: 42123
Summary: Missing icons in jsMSIx
Product: Wine
Version: 2.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: Ubuntu
Created attachment 56657
--> https://bugs.winehq.org/attachment.cgi?id=56657
White icons
Xubuntu 14.04 (and 16.04) x86_64, AMD Phenom 9550, GeForce GTX 750Ti with
Nvidia 340.98 driver.
Windows version: Windows XP
Wine Staging (wine PPA) and git
There's a regression in jsMSIx. Most button icons are completely white
(compare to screenshot in AppDB). I first noticed it with 1.9.23 (PPA).
Worked with 1.8-rc1 when I last filed a test report.
It works with 1.7.55 and 1.8.0 from the repos so I began regression testing. I
first compiled from git at current head a few days ago and retested.
Unexpectedly the icons displayed properly. I retested 2.0-rc3 from the PPA on
Xubuntu 16.04 and they were white again. Seems like there is a problem with
the PPA packages. May be related to bug #42121.
Requires VB6 runtime (winetricks -q vb6run).
--
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=41344
Bug ID: 41344
Summary: err:seh:setup_exception_record stack overflow crash in
SAO visual novel
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wyrex(a)openmailbox.org
Distribution: ---
Created attachment 55691
--> https://bugs.winehq.org/attachment.cgi?id=55691
Log without +seh
Game plays opening video but crashes after second screen of text ingame.
Happens every time. Trial version which I used is available here (NSFW!)
http://sample9.dmm.co.jp/digital/cg_game/d_066395/d_066395t.lzh.
winecfg is set to Win 7 and "devenum ffdshow quartz vcrun6 native_oleaut32" are
installed from winetricks.
--
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=43636
Bug ID: 43636
Summary: Age of Empires 2 HD Launcher doesn't work
Product: Wine-staging
Version: 2.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Regression SHA1: 12008817958ed954b2d38b2bb69e508fe72377c3
Distribution: ---
With wine-staging, the steam Game Age of Empires 2 HD has a broken Launcher.
It doesn't display the html contents, and the buttons don't work, making it
impossible to start the game.
Clean 32Bit WINEPREFIX. Launcher needs vcrun2015 installed to start up at all.
Bisected to
commit 12008817958ed954b2d38b2bb69e508fe72377c3
Author: Dmitry Timoshkov <dmitry(a)baikal.ru>
Date: Wed May 17 23:55:55 2017 +0800
server: Add support for a layered window region. (v2)
Reverting fixes the issue. If you need logs, just tell me.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40225
Bug ID: 40225
Summary: NtQuerySection returns wrong size
Product: Wine
Version: 1.9.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)georg.so
Distribution: ---
Created attachment 53743
--> https://bugs.winehq.org/attachment.cgi?id=53743
NtQuerySection test case via boost interprocess
When using NtQuerySection to get the file size of a file mapping the wine
result deviates from the native one.
With wine, it seems that the size is rounded up to the next page. On native
windows, the real file size is returned.
How to reproduce (e.g. with a mingw cross compile environment):
mkdir build
cd build
mingw64-cmake ..
mingw64-make
wine64 main
Actual behavior:
fixme:winediag:start_process Wine Staging 1.9.3 is a testing version containing
experimental patches.
fixme:winediag:start_process Please mention your exact version when filing bug
reports on winehq.org.
region.get_size() == 4096
sizeof(inp)-1 == 5
Assertion failed!
Program: Z:\home\gms\program\libixxxutil\build-case-win-rel\main.exe
File: /home/gms/program/libixxxutil/test/mapped_size_case/main.cc, Line 28
Expression: region.get_size() == sizeof(inp)-1
abnormal program termination
Expected behavior (as e.g. on Windows 7):
No output and success exit code.
How reproducible:
always
The test program uses Boost Interprocess functions for creating that mapping
and getting the size.
See also:
cf.
http://www.boost.org/doc/libs/1_60_0/doc/html/boost/interprocess/mapped_reg…
> The OS could allocate more pages than size/page_size(), but get_address() will always return the address passed in this function (if not null) and get_size() will return the specified size.
http://stackoverflow.com/a/26983182/427158
-> NtQuerySection
--
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=42288
Bug ID: 42288
Summary: Shantae and the Pirate's Curse - gameplay area resized
to a tiny rectangle
Product: Wine-staging
Version: 2.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ikk_pl(a)yahoo.co.uk
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 56999
--> https://bugs.winehq.org/attachment.cgi?id=56999
Screenshot showing the problem
Normally the game uses pixelized graphics during gameplay. In wine the play
area does not get resized to the entire screen, but instead stays at the same
size in a tiny rectangle in the middle of the screen.
(Note that the game doesn't run on vanilla wine, it needs staging patches for
the CreateDeferredContext call.)
--
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=42127
Bug ID: 42127
Summary: DOOM (2016): Crash on the main menu.
Product: Wine-staging
Version: 2.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b.adam.martin(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 56667
--> https://bugs.winehq.org/attachment.cgi?id=56667
terminal output and backtrace
Since only one attachment is allowed, I have pasted the terminal output at the
head of the backtrace.txt. Search for "backtrace" to skip.
4.8.13-1-ARCH
GTX 770
nvidia 375.26-1
i5 4670k
wine-2.0-rc2 (Staging) --- The Arch repos haven't yet updated to rc3; it's
flagged.
$ wine DOOMx64vk.exe
The game launches fine, goes through the splash screen, and then when presented
with the main menu, abruptly crashes.
I have tried setting different Windows versions winecfg, same result with each.
I have also run $ wine DOOMx64.exe, same result.
--
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.