http://bugs.winehq.org/show_bug.cgi?id=37092
Bug ID: 37092
Summary: Skyrim hangs indefinitely on "Quit To Desktop".
Product: Wine
Version: 1.7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: seann.giffin(a)gmail.com
I'm having an issue with Skyrim. Used a clean prefix, nothing else installed
but Skyrim, yet it hangs when exiting to desktop. Otherwise plays fine. After
"Quit To Desktop" is selected, it hangs indefinitely. Can't ALT+TAB, can't
CTRL+ESC. Must ALT+F1 to a TTY, and killall TESV.EXE from terminal.
This is my system:
Ubuntu 14.04.1 LTS, 3.15.7-031507-generic #201407281235 SMP Mon Jul 28 16:37:21
UTC 2014 x86_64 GNU/Linux
wine-1.7.19
Skyrim 1.9.32.0.8 (non-Steam with Dawnguard, Hearthfires, and Dragonborn DLC)
Screen Res: 1920x1080
Using official nVidia display driver, not open source variant
lshw reports as follows:
MBD:
----
product: P5B
vendor: ASUSTeK Computer INC.
version: Rev 1.xx
CPU:
----
Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz
size: 2394MHz
capacity: 3800MHz
width: 64 bits
clock: 266MHz
RAM:
----
6 GiB (2 x 2 GiB, 2 x 1 GiB)
VGA:
----
product: GF108 [GeForce GT 430] [10DE:DE1]
vendor: NVIDIA Corporation [10DE]
bus info: pci@0000:01:00.0
version: a1
width: 64 bits
clock: 33MHz
vram: 1 GiB
SND:
----
product: GF108 High Definition Audio Controller [10DE:BEA]
vendor: NVIDIA Corporation [10DE]
bus info: pci@0000:01:00.1
version: a1
width: 32 bits
clock: 33MHz
product: 82801H (ICH8 Family) HD Audio Controller [8086:284B]
vendor: Intel Corporation [8086]
bus info: pci@0000:00:1b.0
version: 02
width: 64 bits
clock: 33MHz
--
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=23590
Summary: Wine cannot start an application from a iso mounted
using gvfs (gnome archive mounter)
Product: Wine
Version: 1.2-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: el.il(a)doom.co.il
Created an attachment (id=29486)
--> (http://bugs.winehq.org/attachment.cgi?id=29486)
backtrace of the crash
If you try to install a game from a iso file, you need to mount the iso. the
easy way is to use archive mounter, which also doesn't need root permissions.
for example, i tested it with BLUR (racing game) installation:
mount using archive mounter - run wine setup.exe - the application crash
instantly (attached backtrace)
but if you mount using mount isofile -o loop /mnt, run wine setup.exe - the
installer starts without any problem!
BLUR isn't the only app effected. try any app and see for yourself.
it is possible that this is a bug in gvfs and not in wine.
--
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=36442
Bug ID: 36442
Summary: The game runs smoothly but sometimes crash
Product: Wine
Version: 1.7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: trvufe(a)jadamspam.pl
Created attachment 48465
--> http://bugs.winehq.org/attachment.cgi?id=48465
backtrace after hangs
Heroes of Might and Magic 3 sometimes hangs.
--
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=35725
Bug ID: 35725
Summary: Diablo III: Crash on installing
Product: Wine
Version: 1.7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Created attachment 47713
--> http://bugs.winehq.org/attachment.cgi?id=47713
Terminal output
I wanted to install Diablo 3 from the CD but after clicking on Install,
selecting a path for the installation and agreeing the text a subwindow appears
which contains the following text:
"An unexpected decryption error occurred.
Please contact Customer Support."
After clicking on OK the launcher closes immediately. In the attachments is the
output from the terminal.
--
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=30457
Bug #: 30457
Summary: Gimp,miro and other gtk+ base application crash on
startup
Product: Wine
Version: 1.5.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
1. Download Gimp installer from
http://downloads.sourceforge.net/project/gimp-win/GIMP%20%2B%20GTK%2B%20%28…
2. install gimp
3. start gimp
Actual result:
Crash
I remember it didn't crash in the pass, according to
http://bugs.winehq.org/show_bug.cgi?id=27285#c1
It didn't crash with wine-1.4-rc1
However, after tried several older version of Wine, I find gimp/miro and some
other gtk+ based applications crash all the time, even with wine-1.4-rc1
Could somebody double check?
I tried to cross-compile gtk+ win32 to get a full debugging symbols but failed
with some link errors.
--
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=19340
Summary: Crash when starting monkey island
Product: Wine
Version: 1.1.25
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bart(a)sbo-dewindroos.nl
Created an attachment (id=22397)
--> (http://bugs.winehq.org/attachment.cgi?id=22397)
Console log
After starting up monkey island: the secret of monkey island, special edition
the game crashes with an unhandled exception
--
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=8365
--- Comment #31 from Goblinstomper(a)gmail.com ---
(In reply to Erich Hoover from comment #30)
> (In reply to Goblinstomper from comment #29)
> > ...
> > So, I guess it is possible that the prolonged alt-tab at step 4 fulfilled
> > the same 'alt stuck' behavior you encountered?
>
> Could be, it also could be that (for some reason) the issue is not present
> when you are in fullscreen mode or that the keypress you tested was not
> sensitive to having the Alt key pressed. I suspect that when the Alt key is
> "stuck" that there are some operations that behave in unexpected ways.
I repeated your way of testing (or at least I think I did). I did not see an
option to run the game in windowed mode, so I assumed that meant that you had
run the game in a virtual desktop as per the winecfg setting. Doing this I was
able to reproduce the 'backspace does not work' part (including 'hold down alt
for a while and it'll work again), but apart from backspace the multiplayer
name field accepted all characters/key-presses. Running the game in full-screen
backspace is functional even after tabbing out and in and at no point does
'alt' seem to be 'stuck'.
--
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=8365
--- Comment #30 from Erich Hoover <erich.e.hoover(a)gmail.com> ---
(In reply to Goblinstomper from comment #29)
> ...
> So, I guess it is possible that the prolonged alt-tab at step 4 fulfilled
> the same 'alt stuck' behavior you encountered?
Could be, it also could be that (for some reason) the issue is not present when
you are in fullscreen mode or that the keypress you tested was not sensitive to
having the Alt key pressed. I suspect that when the Alt key is "stuck" that
there are some operations that behave in unexpected ways.
--
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=8365
--- Comment #29 from Goblinstomper(a)gmail.com ---
sorry about the spam, just realized that I didn't really answer "how".
1) Start the tutorial
2)proceed through the tutorial until they've instructed you to open the options
menu
3) alt-tab (in my case: to a browser I can't see - then I pressed ctrl+t to
open a new tab in the browser I can't see to make sure that the browser really
has keyboard fokus)
4) press alt-tab in order to switch through all open windows to cycle through
the game and the browser (in order to use the task-manager thumbnail to ensure
that a new tab really was opened in step 3) keep going until game has focus
again in the task manager.
5) Press O to open the options menu.
Game should have (or well, at least did) have keyboard focus.
So, I guess it is possible that the prolonged alt-tab at step 4 fulfilled the
same 'alt stuck' behavior you encountered?
--
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=8365
--- Comment #28 from Goblinstomper(a)gmail.com ---
>how were you testing?
tbh it didn't occur to me that there were any fields which could be freely used
in the game so I tested what I thought would be the common use case: started a
game/map and tried the short-cuts to open the "Options" menu, unit orders like
"guard" etc. which is comparatively small number of characters.
--
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.