http://bugs.winehq.org/show_bug.cgi?id=15967
Summary: Unsigned v1.2.1.93 installer window is hidden by
installer background
Product: Wine
Version: 1.1.8
Platform: PC
URL: http://www.unsigned-game.com/releases/Unsigned_v_1_2_1_93_setup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: …
[View More]wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
When starting the Unsigned v1.2.1.93 installer, the installer window is
supposed to appear in front of the installer background, but instead it remains
under the installer background, making the installer unusable. The window
manager I am using is:
metacity 2.24.0
Copyright (C) 2001-2008 Havoc Pennington, Red Hat, Inc., and others
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
No messages were emitted to standard error, although any relevant WINEDEBUG
traces can be produced on request.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=31906
Bug #: 31906
Summary: Steinbergs HALionOne crashes as VSTi Plugin and
Standalone
Product: Wine
Version: 1.5.13
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: azeone123(a)aol.com
Classification: Unclassified
…
[View More]
Created attachment 42003
--> http://bugs.winehq.org/attachment.cgi?id=42003
Terminaloutput Cubase HALionOne VSTi
Good morning,
the last few weeks im trying to get Steinberg Cubase 5 running well. See
details here http://www.steinberg.net/de/products/cubase/start.html (i only got
a early copy of the 5th version)
Finally i figured out how i can run the software with all its features but
there is still one problem with one of the VSTi-Plugins named HALionOne. This
is the only PlugIn (VSTi) which crashes with the console output in the
attachment.
After the "60sec (stub)" which you can see in the terminal output the Plugin
crashes the full software without any other message.
If i restart the app, Cubase ignores the PlugIn and set it to "failed while
loading" so you can run Cubase without the HALionOne PlugIn.
I tried also to use a clean prefix where i only installed HALionOne as
standalone and VSTi from the url of steinbergs website (see below) with the
same problem.
**System Informations**
OS= opensuse 12.2 64b
Kernel: Linux 3.1.10-1.16-desktop x86_64
wine= 1.5.13
winetricks installed to get Steinberg Cubase running: gdiplus, vcrun2005,
vcrun2008, vcrun6, dotnet20, fontfix, dotnet20, wmp9, corefonts, mfc42
A free copy of the latest HALionOne Software can be found here
https://shop.steinberg.net/cgi-bin/dlreg?ID=H4TR_WIN
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=22317
Summary: Motocross madness demo has wrongly projected smoke
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://www.microsoft.com/games/Motocross/downloads.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wylda(a)volny.cz
Created an …
[View More]attachment (id=27294)
--> (http://bugs.winehq.org/attachment.cgi?id=27294)
Smoke in Wine vs. WinXP
Motocross madness demo has wrongly projected smoke. Normally it should come
from behind the bike, but instead it comes from center of the screen, thus it
becomes unplayable (key F9 turns this graphical effect off).
Tested since 1.0-rc4 till now, but it isn't a regression. (Versions 1.1.18 and
lower needs to apply commit fc87182d191a2b3daabf260d1ad4b12b157e3cd1 to be able
to run mcm.exe)
Demo is quite small: 19MB
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=28193
Summary: wineconsole does not support RTL locales
Product: Wine
Version: 1.3.26
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
I am entering this bug on behalf of Yaron Shahrabani because I did not find any
other bug …
[View More]describing this issue.
So the issue is that wineconsole does not support the RTL languages such as
Hebrew and Arabic. To test this do the following:
* xcopy is a tool that is Unicodified and properly accesses the console. So we
are going to use it for testing.
* Make sure your system is configured with support for the Hebrew locale
('dpkg-reconfigure locales' on Debian).
* Hack po/he.po to add a Hebrew string with a trailing '.\n' for the xcopy
usage message (it does not matter what it says).
* Recompile xcopy.
* First check that 'xcopy /?' shows the right string, very likely with the
wrong orientation, in the terminal emulator:
LANG=he_IL.utf8 ./wine programs/xcopy/xcopy.exe.so /?
If it still shows the English usage it may be because you are missing
libgettextpo. Other display issues may be because you are missing the right
fonts or because your terminal emulator is buggy (Gnome terminal >= 3.0.1 and
xterm >= 271 should show the string at least).
Remember that the Unix terminal emulators are known to have a buggy RTL
implementation and thus will display the message with the wrong orientation.
* Then check that the right string shows up in wineconsole:
LANG=he_IL.utf8 ./wine wineconsole cmd
then type
xcopy /?
In my test the line where the Hebrew string should appear is almost empty (I
only see the '32' and trailing '.' that were part of the translated string).
It's possible there are two problems:
* A font selection issue which could explain the 'invisible' characters.
* An LTR vs. RTL issue: the '.' at the end of the PO string appears at the end
of the wineconsole line which seems wrong since the same dot appears at the
start of the line in a MessageBox().
The same test can be done with an Arabic locale by editing the po/ar.po file
and setting LANG=ar_MA.utf8 for instance.
As a last data point, a similar test with the left-to-right Telugu locale
(LANG=te_IN.utf8, po/te.po) gets me squares in the Gnome terminal (proving my
system has a font issue for that locale), but also in wineconsole. So unlike
for Hebrew I did not get 'invisible characters'.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=30944
Bug #: 30944
Summary: Regression: Tray icon for furcadia is invisible and
non-responsive
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lethalfalcon(a)endlessrealities.com
…
[View More]Classification: Unclassified
Regression SHA1: 5d570706c6aca9acbff855c3ae497b35bdde4648
Starting from version 1.3.7, Furcadia's pounce icon disappears from the tray.
The space is allocated to it, but the actual icon isn't visible, nor does
right-clicking in the space do anything. The icon disappears as well.
Running a bisect results in this patch being the culprit:
5d570706c6aca9acbff855c3ae497b35bdde4648 is the first bad commit
commit 5d570706c6aca9acbff855c3ae497b35bdde4648
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Nov 8 15:28:09 2010 +0100
winex11: Create Win32 windows corresponding to all the ancestors of
embedded windows.
This is needed to keep track of the embedded window position by
handling ConfigureNotify received by ancestors.
:040000 040000 7c3171d11930ae3e1dd7965245f6a90a2b115c7f
c30937343ef6532a80879e808f118219e267030c M dlls
z
If I revert this patch in master, the icon shows up. However, the right-click
menu appears at the top of my screen instead of right above the icon as
expected. I can assume this is due to one or more of the hunks that failed to
patch.
I'm not sure what channels I should enable to get a useful log. I tried x11drv,
but didn't see anything other than traces, and they looked very similar between
versions.
Tested using a new profile and an existing profile with identical results. No
extra winetricks used on the new profile.
This may be related to bug 24719, but the version reported in there is earlier
than where I find the issue, so not sure.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=30407
Bug #: 30407
Summary: Improve web page translations accessibility in front
page
Product: WineHQ.org
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
…
[View More]Classification: Unclassified
On the main page, a user has to hit "Change Language" to have a translated
website.
Problem is (s)he already has to know some English (i.e. what "Change Language"
means), which can't be assumed.
It would be preferable (and clearer) to put instead a list of flags (as shown
in the 'lang' page), which would all take to the 'lang' page.
Even better would be to get rid of that page entirely, and make the front-page
flags change the language automatically when clicked on.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=32543
Bug #: 32543
Summary: unhandled exception
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jasonhowardkaiser(a)gmail.com
Classification: Unclassified
I was running Airplayit media server...…
[View More]while watching a stream, it suddenly
stopped and when I got home I noticed there was an error that stopped the app.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=13821
Summary: The steam in-game community doesn't work
Product: Wine
Version: 0.9.58.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: moose.g(a)baskvill.bham.sch.uk
The steam in-game community doesn't work. This could be problematic when
receiving …
[View More]messages or joining friends game's in full-screen mode.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=32365
Bug #: 32365
Summary: raw input: WinUAE does not detect presses of Pause key
Product: Wine
Version: 1.5.18
Platform: x86-64
URL: http://www.winuae.net/files/InstallWinUAE2500.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: …
[View More]markk(a)clara.co.uk
Classification: Unclassified
I'm testing with wine-1.5.18-234-gb1d9d43, Lubuntu 11.10 x86-64.
The WinUAE Amiga emulator uses raw input by default. When using raw input,
WinUAE is unable to detect when the user presses the Pause key. WinUAE can
detect presses of the Pause key when using DirectInput.
To reproduce:
- Download and run the WinUAE installer
- Run WinUAE. By default it uses raw input. When the settings window opens
click Start.
- Press the Pause key several times. Each press should be reflected in the
status bar at the bottom of the window and should pause/unpause emulation. But
nothing happens. There is some Wine console output on each press, something
like this:
fixme:win:DefRawInputProc (paRawInput=0x4ccf240, nInput=1, cbSizeHeader=16)
stub!
fixme:win:DefRawInputProc (paRawInput=0x4ccf240, nInput=1, cbSizeHeader=16)
stub!
- Quit WinUAE and run it again, this time passing a -norawinput argument on the
command line. That causes WinUAE to use DirectInput instead.
- Click Start and press Pause several times. This time WinUAE does detect
presses of the Pause key.
--
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.
[View Less]