https://bugs.winehq.org/show_bug.cgi?id=38960
Bug ID: 38960
Summary: Steam 'steamwebhelper.exe' crashes
Product: Wine
Version: 1.7.47
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b.adamski(a)mac.com
Created attachment 51903
--> https://bugs.winehq.org/attachment.cgi?id=51903
backtrace
This bug seemed fixed in 1.7.44 and 1.7.47 according to
https://bugs.winehq.org/show_bug.cgi?id=38493 and
https://bugs.winehq.org/show_bug.cgi?id=38602.
I still encountered the bug in 1.7.44 but it disappeared completely after
switching to 1.7.47.
Yesterday (July 21st) Steam released an update and after updating the Steam
version within the 1.7.47 Wineskin wrapper (OS X) the issue reoccurs.
--
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=42479
Bug ID: 42479
Summary: MYOB 18.5.0 wont start after Ubuntu update to WINE
1.6.2
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ktoombs1(a)optusnet.com.au
Distribution: ---
Created attachment 57333
--> https://bugs.winehq.org/attachment.cgi?id=57333
backtrace log
MYOB 18.5.0 wont start after Ubuntu update to WINE 1.6.2
I Think it runs without the need to register for 30days
ISO uploaded and zipped here
https://drive.google.com/open?id=0B2CAe7veby5JZVZVZEFzSnprMkE
--
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=41740
Bug ID: 41740
Summary: Diablo 3's mouse sprite stops moving, but the mouse is
still working.
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine-devel(a)hurrikhan.eu
Distribution: ---
The game works, but at some point, the mouse cursor freezes on the screen, but
the mouse itself is working fine.
What I means is that everything works normally, except the player do not see
the real position of the mouse.
--
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=38856
Bug ID: 38856
Summary: LEGO Lord of the Rings crashes randomly
Product: Wine
Version: 1.7.44
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmlambea(a)gmail.com
Distribution: ---
Created attachment 51783
--> https://bugs.winehq.org/attachment.cgi?id=51783
Terminal output
Game randomly crashes with a "wine: Unhandled page fault on read access to
0x00000000 at address 0x6594a6 (thread 0009), starting debugger..." message
(thread and address numbers vary).
Apart from this, which uses to happen at high-activity stages, as when fighting
against Sauron or against Nazgul, the rest is normal: gameplay is smooth, even
with all features enabled or set to high; audio plays perfectly.
I've tried with single and dual player, always with XBox360 USB controllers.
Other LEGO games, like LEGO Marvel Super Heroes, run flawlessly with the same
controllers.
The crash happens with both win32 and win64 Wine prefixes, and with both retail
and Steam versions.
--
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=41610
Bug ID: 41610
Summary: ChurchBoard: Trying to create a window(about 3
minutes). And the error takes off.
Product: Wine
Version: 1.8.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ansit(a)mail.ru
Distribution: Other
Created attachment 55958
--> https://bugs.winehq.org/attachment.cgi?id=55958
The report file with the error details
The installation process is successful. When you run the application only
appears his message of preparation and startup. Trying to create a window. And
the error takes off.
I tried to run a stable version of Wine 1.8.5. The same error. I tried to
change the settings of the operating system emulation versions Windows XP, 8.1,
10. Does not help.
Linux: Lubuntu 16.10
--
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=37051
Bug ID: 37051
Summary: Roblox Studio embedded webpage does not load
consistently or properly using built-in winhttp
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: alfonsojon1997(a)gmail.com
Created attachment 49235
--> http://bugs.winehq.org/attachment.cgi?id=49235
Roblox Studio running with WINEDEBUG=fixme-all,+winhttp
When running Roblox Studio without the native wininet from Windows XP and a DLL
override, the pages within the embedded browser load sporadically and
unpredictably, often refusing to load entirely. When it does load, things such
as JavaScript may not be working, or the browser will stop loading pages
entirely.
--
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=27324
Summary: Cossacks II (DotEmu version) refuses to start from its
install directory (path too long?)
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=34947)
--> (http://bugs.winehq.org/attachment.cgi?id=34947)
plain terminal output
The Cossacks collection (available on DotEmu) contains all Cossacks games and
their expansions.
All but 2 of the games start correctly from the default installation directory.
Cossacks II: Napoleonic Wars and Battle for Europe throw an error dialogue on
startup, claiming that certain audio files are missing. The error message:
'Class engine error:
Unable to load sound: SOUND\INTERFACE\INTERF_ARMY1.WAV'
It took some time until I recognized that the problem has something to do with
the path: after shortening the directory names by several characters, both
games start fine.
Here is an example of one of the 'missing' files:
C:\\Program Files\\DotEmu\\All Cossacks And American Conquest Series\\Cossacks
II - Napoleonic Wars\\SOUND\\INTERFACE\\INTERF_ARMY1.WAV
There is no such problem when starting the games in WinXP: they run correctly
from their default install directory.
The same problem with Wine-0.9.33, 1.0.1, 1.2.3 and so on.
Fedora 14 32-bit
--
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=24784
Summary: Explorer++ displays disabled toolbar icons incorrectly
Product: Wine
Version: 1.3.5
Platform: x86-64
URL: http://www.explorerplusplus.com/download
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=31333)
--> (http://bugs.winehq.org/attachment.cgi?id=31333)
Toolbars in Windows and Wine
The appearance of disabled icons in the main toolbar, as well as the X button
on the tab bar (when only one tab is open) doesn't match Windows. A screenshot
can probably describe the difference better than words.
--
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=37029
Bug ID: 37029
Summary: Evernote 5.5.x - unable to capture webcam note
Product: Wine
Version: 1.7.23
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: robert.munteanu(a)gmail.com
Created attachment 49202
--> http://bugs.winehq.org/attachment.cgi?id=49202
Log snippet when trying to create a new webcam note
When trying to capture a 'New Webcam Note' with Evernote 5.5.3, the window pops
up and hangs at 'Initializing video capture...'
Relevant log snippet is
fixme:qcap:fnCaptureGraphBuilder2_RenderStream
(0x4bccaa8/0x4bccaa8)->({fb6c4282-0353-11d1-905f-0000c0cc16ba},
{73646976-0000-0010-8000-00aa00389b71}, 0x4c3e2a0, 0x4c3d1f8, (nil)) semi-stub!
fixme:qcap:fnCaptureGraphBuilder2_RenderStream pfRenderer == NULL not yet
supported
fixme:quartz:MediaControl_StopWhenReady (0x4c37ec0/0x4c37ec8)->(): stub !!!
fixme:qcap:VfwCapture_QueryInterface No interface for
{56a868b4-0ad4-11ce-b03a-0020af0ba770}!
fixme:qcap:VfwCapture_QueryInterface No interface for
{56a868b4-0ad4-11ce-b03a-0020af0ba770}!
--
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=30810
Bug #: 30810
Summary: Keygener Assistant window opens too large then program
hangs
Product: Wine
Version: 1.5.5
Platform: x86-64
URL: http://at4re.com/download.php?view.5
OS/Version: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
Created attachment 40347
--> http://bugs.winehq.org/attachment.cgi?id=40347
+relay log for Keygener Assistant 2.0 with Wine 1.5.5, XZ-compressed
Keygener Assistant is a utility which can apply various encryption and hashing
algorithms, has a big-number calculator, number base converter etc. I tested
version 2.0 in a Windows XP VM (where it works fine) and with Wine 1.5.5.
Under Wine, the window initially opens with the correct size. But then its size
increases to match the desktop size (while the top left remains in the same
position). So the too-large window extends past the right and bottom edges of
the screen. The program then appears to hang. Same thing happens with virtual
desktop mode enabled.
I'll attach a WINEDEBUG=+relay log (~70MB uncompressed) in case that might
help.
--
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.