http://bugs.winehq.org/show_bug.cgi?id=12686
Summary: Lego Racers crashes at startup
Product: Wine
Version: 0.9.59.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
Lego Racers crashes during startup with Wine 0.9.60. Here is the console
output, I'm not attaching it since it's only 2 lines:
wine: Unhandled page fault on write access to 0x00223000 at address 0xb7d224e7
(thread 0009), starting debugger...
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7ef9efdc
To reach this crash one must bypass bug 12675 by either using the -novideo
option to launch the game or by using a native quartz.dll. Either workaround
gives the same crash.
The demo of the game doesn't 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.
https://bugs.winehq.org/show_bug.cgi?id=46302
Bug ID: 46302
Summary: Space Sparcle crashes at start
Product: Wine-staging
Version: 3.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bodqhrohro(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 63026
--> https://bugs.winehq.org/attachment.cgi?id=63026
stderr
https://yadi.sk/d/VH1qTHvFS2Nx0w
At first, it wasn't starting because of missing MFC42.DLL. So I added it from
Windows XP SP3 distribution, but the game still doesn't start. According to
GUID in the log, maybe this is a XAudio2 issue, but not sure though. The
developer explicitly states that the game requires some old DirectX version,
which seems to be included in Wine already.
--
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=43783
Bug ID: 43783
Summary: Cannot activate Office2013 (KMS nor MAK)
Product: Wine
Version: 2.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luizluca(a)gmail.com
Distribution: ---
Created attachment 59296
--> https://bugs.winehq.org/attachment.cgi?id=59296
backtrace
Hello,
Office2013 cannot active by itself using KMS. Also, when I tried to supply with
a MAK key, wine crashes.
How I installed:
I installed native msxml6.0 before installation.
Added this reg:
[HKEY_CURRENT_USER\Software\Wine\Direct3D]
"MaxVersionGL"=dword:00030002
[HKEY_LOCAL_MACHINE\Software\Microsoft\OfficeSoftwareProtectionPlatform]
"KeyManagementServiceName="kms.mydomain.com"
"KeyManagementServicePort"="1688"
[HKEY_CURRENT_USER\Software\Wine\DllOverrides]
"riched20"="native,builtin"
And runned installer.
The "reboot simulation" seems to be somehow lost as office program never
closes.
As KMS did not work, I tried to inform MAK key. It opens the activation wizard.
When I select to activate using internet, mso crashes.
I'll attach backtrace and logs
--
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=40774
Bug ID: 40774
Summary: Amateur Contact Log
Product: Wine
Version: 0.9.
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dndrcy(a)aol.com
Distribution: ---
Created attachment 54673
--> https://bugs.winehq.org/attachment.cgi?id=54673
Log of crash
Amateur contact log crashed on install with the below error codes
--
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=44225
Bug ID: 44225
Summary: Age of Mythology: Extended Edition Multiplayer doesn't
work against Windows
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mounir(a)lamouri.fr
Distribution: ---
Steps to reproduce:
1. Start AoM EE on Steam using Wine
2. Play with another person running Windows
Expected result: multiplayer works
Actual result: unsync after a few seconds to a couple of minutes
Notes:
- it works fine with Wine <> Wine (2h+ games)
- failed consistently with different persons at different locations (LAN or
Online)
- when it fails, other games work so not a problem with the setup
Usually runs Wine 2.21-staging with PlayOnLinux and tested with Wine 2.22. Did
not try 3.0 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.
https://bugs.winehq.org/show_bug.cgi?id=47457
Bug ID: 47457
Summary: Mouse click-click-hold is treated as double click,
causing gun jam in Overwatch
Product: Wine
Version: 4.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: forestcode(a)ixio.org
Distribution: ---
In Overwatch:
Pressing, then releasing, then holding the mouse button down should cause the
hero's gun to fire, then stop, then continuously fire for as long as the button
remains held (or ammunition runs out). When this is done quickly, the gun jams
after the second click, as if the mouse button was released, even though it was
not.
This bug occurs with both the left and right mouse button. It is easiest to
reproduce with heroes whose fire and alternate fire abilities are sustained
actions. Sombra is a good example, since both her machine pistol and her hack
ability have obvious visual indications when the game thinks a mouse button is
held down.
The bug does not occur when the click-click-hold is done somewhat slowly (maybe
half a second between clicks) or when the mouse position moves significantly
between clicks. In other words, it only happens when the mouse input resembles
that of double-clicking a widget in a desktop environment. I guess something
might be intercepting the raw mouse input, reinterpreting click-click-hold as
double-click, and reporting click-release-click-release to the game?
I tried altering the double-click timing and movement tolerance in both my
desktop's mouse settings and my window manager settings (xfce4), but it did not
affect the bug. I therefore tend to think the bug is in Wine.
--
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=20123
Summary: Addition of Windows Vista Split Button Support
Product: Wine
Version: 1.1.29
Platform: PC
URL: http://rh-software.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ray(a)pobox.co.uk
Created an attachment (id=23691)
--> (http://bugs.winehq.org/attachment.cgi?id=23691)
Scren capture showing Split Buttons working on Windows 7
I have just been updating SIV (http://rh-software.com/) to use Split Buttons
(http://msdn.microsoft.com/en-us/library/aa511453.aspx) on Windows Vista and
later systems. When I tested on Wine 1.1.29, after setting the Windows Version
to Vista, all of my calls DialogBoxIndirectParam() calls started failing and I
guessed was down to Wine not supporting these. I then searched the source for
BS_SPLITBUTTON and BS_DEFSPLITBUTTON neither of which are defined which I feel
confirms this.
Please can the addition of Split Button support be added to the list of planned
enhancements.
I have currently worked around this by not using then on Wine, even when it
announces itself as Windows Vista. I have also added a -SPLIT command line
qualifier to force their use and am happy to made a SIV 4.02 Beta release
available for testing should support be added before I actually release 4.02.
--
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=48160
Bug ID: 48160
Summary: cl.exe (visual studio 2017) fails to compile c++ due
to error C2177: constant too big
Product: Wine
Version: 4.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.cunegondi(a)ocme.com
Distribution: ---
when compiling c++ filles with options /TP /EHsc /std:c++17 cl.exe fails with
the error described above,
even for a single line program like:
#include <iostream>
int main()
{ return 1;}
The error message is:
... include\limits(1153): error C2177: constant too big
... include\limits(1216): error C2177: constant too big
and is relative to DBL_MAX and LDBL_MAX constants
Values of such constants are correct if compiling with preprocessing option
only
There's no problem compiling C programs or using previous versions of Wine
thanks in advance
luca cunegondi
--
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=44093
Bug ID: 44093
Summary: Sourcetree installer gives error in loginwindow with
builtin jscript (native jscript is workaround)
Product: Wine
Version: 2.22
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 59812
--> https://bugs.winehq.org/attachment.cgi?id=59812
+jscript,+seh,+tid log
Prerequisites:
* winetricks -q dotnet462
* /opt/wine-staging/bin/wine runas /trustlevel:0x20000
SourceTreeSetup-2.3.5.0.exe
(make sure you are in the same directory as where the setup file is, and make
sure you use Staging )
After a while the setupwindow comes up and after you agree, and select login as
existing user, an error window comes up. I`ll attach a screenshot later.
Native jscript works around the bug.
There are two fixme from jscript in the console, dunno if they are related:
0056:fixme:jscript:JScriptProperty_SetProperty Unimplemented property 70000001
0056:fixme:jscript:JScriptProperty_SetProperty Unimplemented property 70000002
Attached a +jscript,+seh,+tid log
sha1sum SourceTreeSetup-2.3.5.0.exe
9b1077ce9be277444bcda655db8b14bdeb2bc1c6 SourceTreeSetup-2.3.5.0.exe
https://downloads.atlassian.com/software/sourcetree/windows/ga/SourceTreeSe…
--
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=35780
Bug ID: 35780
Summary: unhandled exception; qcap; while running cura.py
Product: Wine
Version: 1.6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jluscher(a)gmail.com
Created attachment 47775
--> http://bugs.winehq.org/attachment.cgi?id=47775
backtrace file from wine at crash
Running Cura (for 3D printing - developed in Python).
Cura is running very well under wine 1.6; manipulating models in 3D, slicing
the
models into GCode, saving the GCode to disk, etc.
Linux detects the attachment of the USB cable to the printer controller
(Marlin) at 'ttyUSB0', and Cura also acknowledges the connection has been made
- it changes a button of the GUI from 'slice' to 'print'.
When I click on 'print' a window is opened and at the same time another is
opened from wine reporting a crash (backtrace attached).
I have searched for something called 'qcap' which, to me, appears to be the
last code being run - but I can find nothing on it.
I am running Cura 14.01 from website: http://software.ultimaker.com/
James Luscher
--
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.