https://bugs.winehq.org/show_bug.cgi?id=39469
Bug ID: 39469
Summary: PreSonus Studio One 3 says it requires Windows 7 SP1
Product: Wine
Version: 1.7.52
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: conversy(a)gmail.com
I downloaded the 32 bit version of PresSonus Studio One 3.1 and the installer
ran perfectly. When I launch the program though, a pop-up window says it
requires Windows 7 SP1 with Platform Update or later. I configured wine to
pretend it's Windows 7 then Window 10 to no avail.
The free version of the application is available here:
https://shop.presonus.com/products/studio-one-prods/Studio-One-3-Prime
Cheers!
--
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=33142
Bug #: 33142
Summary: Right shift key not working with winemac.drv
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: betaguy(a)gmail.com
Classification: Unclassified
Created attachment 43845
--> http://bugs.winehq.org/attachment.cgi?id=43845
WINEDEBUG=+key
When using winemac.drv, the right shift key has no effect on input. The
keyboard I'm using is a Logitech Elite Keyboard (with Logitech Control Center
installed); I don't happen to have an actual Apple keyboard handy to test,
unfortunately. The left shift key works as expected. Attached is
WINEDEBUG=+keyboard and WINEDEBUG=+key when pressing the right shift key and
then releasing it.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37108
Bug ID: 37108
Summary: TCGR.EXE crashed
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kiddtek(a)gmail.com
wine running a freshly installed "The Complete Genealogy reporter" prg
importing a gedcom 10.1megs in size also very large file crashes and has to
close.
Using a smaller gedcom file process completes
This happens exactly the same way on the stable 1.6 and the new version.
TCGR.EXE 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=50021
Bug ID: 50021
Summary: PS Remote Play fails to launch with assertion in
MS.Internal.Shaping.TypefaceMap.MapUnresolvedCharacter
s
Product: Wine
Version: 5.19
Hardware: x86-64
URL: https://remoteplay.dl.playstation.net/remoteplay/modul
e/win/RemotePlayInstaller.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Depends on: 50016
Distribution: ---
Created attachment 68451
--> https://bugs.winehq.org/attachment.cgi?id=68451
+dwrite log
With wine-mono; I haven't tried native .NET. Note that the installer needs the
fix from bug 50016 to run.
>From the nature of the exception there's a decent chance it's a dwrite bug, so
I've attached a +dwrite log (51M uncompressed). There is also one dwrite FIXME,
though it's not the last call before the exception:
0350:fixme:dwrite:dwritetextanalyzer_AnalyzeNumberSubstitution (0x75a9800 0 9
0x75aa700): stub
--
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=45444
Bug ID: 45444
Summary: win office pro plus install 2016 Unhandled exception:
page fault on write access to 0x00000000
Product: Wine
Version: 3.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: stevedonato(a)gmail.com
Distribution: ---
Created attachment 61777
--> https://bugs.winehq.org/attachment.cgi?id=61777
backtrace of Unhandled exception: page fault
windows office pro plus 2016 v16 install Unhandled exception: page fault on
write access to 0x00000000 in 64-bit code (0x00000000009c8db9)
--
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=40513
Bug ID: 40513
Summary: Resize Mission map issue
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bxter0(a)gmail.com
Distribution: ---
I am newbie user of Arch Linux and I luckily installed Guild Wars via Wine.
Everything looks good, also sound, but when I tape 'U' (Mission map) I see this
on full screen and I can't minimize it. I have latest version of Wine. help
s10.ifotos.pl/img/gwpng_sseqsqs.png
--
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=32152
Bug #: 32152
Summary: Guild Wars 2: Missing sound and game crashes on time
adjusting
Product: Wine
Version: 1.5.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
I have noticed a lot of crashes the last weeks with Guild Wars 2. Now I figured
out that this happens at every full hour. At this time ntp is adjusting my
clock so this is my first hint.
I have adjusted manually the time and if the time is set to an earlier state
then the game currently has the sound will be disabled. It will be enabled
again if the time is equal or higher then the "normal" time. The missing sound
is independent of the value of the option "In-Game Clock". The In-Game Clock is
using in every case the system clock so this could be the reason.
This way I couldn't reproduce the crashes but I will now disable ntp and report
back if something changes.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39849
Bug ID: 39849
Summary: winepulse.drv is used while winealsa.drv is selected
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
In winecfg -> Audio the driver shown there as selected is winealsa.drv but on
starting applications I'm often seeing the line "err:module:load_builtin_dll
failed to load .so lib for builtin L"winepulse.drv": libpulse.so.0: cannot open
shared object file: No such file or directory". libpulse0:i386 is not installed
on my system and installing it would cause the error message to be replaced
with "err:pulse:pulse_contextcallback Context failed: Connection refused". I
think if PulseAudio is not used by the system for example because only ALSA is
being used Wine should not try to use PulseAudio then.
--
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=41135
Bug ID: 41135
Summary: No Man's Sky: Game does crash/hang on starting
Product: Wine
Version: 1.9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Created attachment 55339
--> https://bugs.winehq.org/attachment.cgi?id=55339
Terminal output (Windows 7)
After solving the other issue where an upgrade of libcups2 caused Wine to
heavily break I'm encountering now the next issues on starting No Man's Sky.
With a clean wine profile and the Windows version set to Windows 7 (as the
system requirement for this game is Windows 7-10) on starting the game nothing
happens and the game has a CPU usage of ~55% on one core and the wineserver has
a CPU usage of ~60% on one core. If I'm setting the Windows version to Windows
XP the game does start but crashes after the first screen is shown. For both
cases is the terminal output in the attachments.
--
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=50649
Bug ID: 50649
Summary: winecfg crashes with desktop emulation
Product: Wine
Version: 6.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gmascellani(a)codeweavers.com
Distribution: ---
STEPS TO REPRODUCE:
* Start with a new prefix
* Launch winecfg and enable desktop emulation (leave the standard resolution
800x600)
* Launch winecfg again; the desktop window appears and disappears after a split
second; winecfg window never appears
This happens with both i386 and amd64 builds (did not try a WoW64 build). I am
using an up-to-date Debian unstable machine, on a laptop with an Intel iGPU and
an NVIDIA Quadro P2000 dGPU. Disabling NVIDIA Vulkan drivers doesn't change
anything.
The crash happens inside get_gpu_properties_from_vulkan, in
dlls/winex11.drv/xrandr.c. This function creates a Vulkan instance, enumerates
Vulkan devices and their properties and then destroys the instance. This
happens a few times during a single "wine winecfg" execution. In one of these
executions the driver segfaults in vkDestroyInstance. The other calls to
vkDestroyInstance are fine. If the call to vkDestroyInstance in
X11DRV_vkDestroyInstance is commented out, then the crash doesn't happen any
more and winecfg works correctly.
I can't see any Vulkan usage problem and Vulkan validator doesn't detect
anything except a couple of issues that are easy to solve and do not fix the
problem.
The specific failing instruction is in libvulkan_lvp.so. Addr2line says it is
in function util_queue_destroy in file src/util/u_queue.c:97 (in the mesa
package), but that line does not correspond to that function in the source
code, so addr2line is probably confused and I don't know if anything it says
can be believed. Also, this is just the inner frame: I couldn't get a backtrace
from the vkDestroyInstance call to the segfaulting instruction. I can get a
core dump, but gdb cannot recognize the stack in it, so I get no useful
information (not easily at least: I could manually inspect the stack and
reconstruct the backtrace, but that's tedious and I haven't tried yet).
--
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.