http://bugs.winehq.org/show_bug.cgi?id=33766
Bug #: 33766
Summary: lancraft doesn't quit when asked to
Product: Wine
Version: 1.6-rc1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: damage3025(a)gmail.com
Classification: Unclassified
Lancraft can be downloaded from here:
http://lancraft.blogspot.com/2008/08/download-lancraft-for-free.html
It's sometimes an essential helper software when playing Warcraft III/DotA/etc.
with friends using LAN. As Warcraft III LAN game relies on UDP broadcasting for
initial client-server connection and UDP broadcasting doesn't always work for
various reasons.
$ lsb_release -rd
Description: Ubuntu Saucy Salamander (development branch)
Release: 13.10
$ wine --version
wine-1.6-rc1
$ wine lancraft.exe
# Lancraft window pops up
# Right click the question mark in Unity launcher and click "Quit".
Expected Result:
Lancraft quits, .i.e, wine process terminates.
Actually Result:
Lancraft hides but wine process remains.
The same phenomenon applies to wine 1.4.1
--
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=28671
Bug #: 28671
Summary: wine crash when using SBClient in GUI mode
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lucasc82(a)gmail.com
Classification: Unclassified
Created attachment 36850
--> http://bugs.winehq.org/attachment.cgi?id=36850
crash log file
Starting SBClient in GUI mode works fine.
Using it doesn't. There are only certain commands that seem to make wine crash.
The attached error message is in French. It is the standard text:
The program sbclient.exe has encountered a serious problem and needs to close.
We are sorry for the inconvenience. [..]
The crash log is attached.
many thanks,
Christian
--
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=25181
Summary: Czech characters in the program Teach2000
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)2gadvies.nl
Within the program Teach2000 I use several Czech specific characters
like ě č ř ů
After correct entering these characters these are replaced by e c r u and have
loosed their specific meaning.
Only the function multiple choice let me view the correct characters.
Further it is only possible to enter these characters for the first time, and
when I want to make corrections even entering of these special Czech characters
is not possible anymore.
Teach2000 is installed via wine with newest versions of begin November 2010.
Please help me out.
--
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=23862
Summary: dlls/rpcrt4/tests/server.c fails in wine when winbind
is not installed
Product: Wine
Version: 1.3.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austin.lund(a)gmail.com
If there is no ntlm_auth then the server test in rpcrt4 will fail. Presumably
other tests for this dll will also fail, but I have not tried them.
--
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=18039
Summary: Gun Metal crashes with NPE when using builtin quartz
Product: Wine
Version: 1.1.19
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shacklein(a)gmail.com
Created an attachment (id=20430)
--> (http://bugs.winehq.org/attachment.cgi?id=20430)
Wine 1.1.19 output with WINEDEBUG=+quartz
Retail version of Gun Metal crashes with a null-pointer dereference immediately
on start when builtin quartz is used. Seems to be related to this:
err:quartz:GetClassMediaFile Media class not found
Backtrace (attached) shows that the NPE occurs in gunmetal, and not in Wine.
Using native quartz works around this and Gun Metal will start correctly.
--
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=15809
Summary: wine should not wake the cpu when idle
Product: Wine
Version: 1.1.7
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Wine should not wake the cpu when it's not doing anything, at least when only
builtin programs are running. Current obvious offenders are the system tray (a
2-second timer that runs no matter what) and blinking cursors. Once these are
addressed, we should try to run some builtin programs with strace and see if we
get any output when the programs are idle.
--
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=35643
Bug ID: 35643
Summary: Program crashed
Product: Wine
Version: 1.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: science(a)joyner.ws
When trying to create a new station location within the program TQSL it crashed
with this error message: The Program tqsl.exe has encountered a serious problem
and needs to close. I am using version 2.0 of TQSL.
--
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=34415
Bug #: 34415
Summary: libasound2:i386 dependency missing but ./configure
issues no warnings
Product: Wine
Version: 1.7.1
Platform: arm64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: carlo.marchiori(a)gmail.com
Classification: Unclassified
Hello,
I've built wine 1.7.1 on my machine, which was not correctly configured.
libasound2:i386 and libasound2-dev:i386 where missing, make did not create a
makefile for winealsa.drv which was not build. In the end there was no sound in
all applications.
Since at the end of configure there is already a summary a warnings about
missing libraries in the system, it would be handy to see a sound warning there
too.
Thanks,
Carlo.
--
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=21057
Summary: TeamViewer: Insufficient SendInput() implementation
Product: Wine
Version: 1.1.34
Platform: x86
URL: http://www.teamviewer.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: caliga(a)arcor.de
TeamViewer (and probably similar software) uses SendInput() to execute keyboard
and mouse commands remotely.
When doing a remote support session to a TeamViewer running on Wine, you get
the following behaviour:
- Mouse movement: works fine
- Mouse clicks: work on Wine windows only
- Keyboard:
-- doesn't work at all if configured to Win2000/XP
-- works on Wine windows if configured to WinNT
Note: to reproduce this bug, you have to workarround Bug #12067.
Also, (depending on your system?) TeamViewer may consume allmost all CPU time,
due to bug #21055.
I'm wondering if this bug will be considered valid. It may seem strange to let
a Win app send input to the X desktop. However, I'd say it is necessary for a
seamless integration.
At least the "Keyboard doesn't work at all" part should be fixed.
--
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.