http://bugs.winehq.org/show_bug.cgi?id=9257
Summary: Day of Defeat (a Half-Life 1 mod) - Mouse & Graphic
Product: Wine
Version: 0.9.43.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tehblunderbuss(a)gmail.com
Day of Defeat Half-Life 1 mod troubles since 0.9.42
Starting at and since 0.9.42:
Mouse control is sluggish (x-axis especially). I think it has something to do
with acceleration, not overall speed.
A small square of distorted graphic appears in the lower-left corner whenever a
mouse button is pressed, in-game and at the menu. When this happens, it also
disrupts gameplay for about a second.
Overall FPS is slower and ping is 5-10% higher
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12193
Summary: Some Lithuanian glyphs are missing in Tahoma and other
fonts
Product: Wine
Version: 0.9.58.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: fonts
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aurimas(a)gmail.com
CC: dmitry(a)codeweavers.com
Created an attachment (id=11596)
--> (http://bugs.winehq.org/attachment.cgi?id=11596)
[PATCH] Added/updated all (9x2) Lithuanian glyphs in all fonts
Tahoma, Tahomabd, System and almost all other wine fonts are missing some
Lithuanian glyphs:
Ä® (U+012E)
į (U+012F)
Ū (U+016A)
Å« (U+016B)
Ų (U+0172)
ų (U+0173)
Because of that they are replaced with : in programs that use these fonts.
Attached patch adds/updates all (9x2) Lithuanian glyphs (outlines, bitmaps) in
these fonts:
courier.sfd
ms_sans_serif.sfd
small_fonts.sfd
system.sfd
tahoma.sfd
tahomabd.sfd
--
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=9262
Summary: Adobe Photoshop CS filter gallery preview doesn't work
Product: Wine
Version: CVS
Platform: All
URL: http://download.adobe.com/pub/adobe/magic/photoshop/win/
8.x/AdobePhotoshopCS.zip
OS/Version: All
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Run Adobe Photoshop CS.
Open an image. Go to Filter / Filter Gallery.
Open up each of the filter groups in turn.
The gallery is supposed to show a sample
of each filter applied to a sample image,
but the filtered sample images are really
hard to make out, they don't seem to be displayed
properly.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10567
Summary: Return value mistake in msiexec.c
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: patrick.a.moran(a)gmail.com
Created an attachment (id=9334)
--> (http://bugs.winehq.org/attachment.cgi?id=9334)
A patch that corrects the return value
I was just looking at the git source for msiexec.c, and noticed that in the
msi_atou() function, it calculates the DWORD, then returns 0 instead of the
calculated value. The file attached is a patch that simply returns the
calculated return value instead of 0.
Please be gentle, this is a lot of firsts for me. It's the first time I've ever
used git, generated a patch, used a bugzilla, or really submitted anything but
a human-language translation to an open-source project. If my patch is not of
the correct format, just let me know and I'll fix it. Also I wasn't sure if
this is the correct venue for submitting this patch.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10324
Summary: Running Wine as root should generate warning
Product: Wine
Version: 0.9.48.
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Since running Wine as root can cause so many problems/damage, there should be
some way to either warn/prevent users from doing so. Looking at gedit
(http://www.gnome.org/projects/gedit/) while editing some files in Ubuntu got
me thinking that a small popup warning that running Wine as root can cause
severe damage/etc and/or refusing to run as root would be a good idea.
Shouldn't be too terribly hard to implement, and could hopefully prevent some
users from damaging their systems/losing data.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14509
Summary: RegGetValue sometimes doesn't work properly
Product: Wine
Version: 1.1.1
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)mkosch.de
Created an attachment (id=14835)
--> (http://bugs.winehq.org/attachment.cgi?id=14835)
Solution for wrong behaviour of RegGetValue
While configuration "The Bat!" for Wine I found out a problem with
"RegGetValueA" and "RegGetValueA".
In case dwFlags contains the Bits (RRF_RT_REG_EXPAND_SZ | RRF_RT_REG_SZ) and
not the bit RRF_NOEXPAND the function will return ERROR_INVALID_PARAMETER. This
is wrong behaviour, because expansion will transform a result of type
RRF_RT_REG_EXPAND_SZ into RRF_RT_REG_SZ which satisfies the request.
This behaviour causes "The Bat!" to be unable to access some of its registry
settings, including the registration code. So it refuses to work after the
trial period expired and the code need to be entered manually every time the
program starts up.
Other programs may be affected ass well, especially because the flag RRF_RT_ANY
won't work.
I built a patch for wine 1.1.1 wich solves this issue. This patch applies to
advapi32.
--
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=9917
Summary: Add X11 child window for client area
Product: Wine
Version: 0.9.46.
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P1
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thunderbird2k(a)gmx.net
The number of pixel formats which can be used in OpenGL is limited due to
constraints of the Wine X11 Driver. At Wine startup an X visual is selected
which is used for creating an X11 Window. This Window is in general reused for
OpenGL. In Windows OpenGL the pixel format is set when you want to use OpenGL.
(So in case of Wine we select a pixel format before actually setting up OpenGL;
second Windows OpenGL doesn't allow changing the pixel format).
Now thanks to the xcomposite/pixmap backends for child window rendering we can
enable multiple pixel formats. The use of those backends has performance
limitations, so far that reason only 1 pixel format is still offered.
We need to readd an X11 child window for the client area of the toplevel
window. This will help fullscreen OpenGL/D3D programs. For apps that use child
windows we use the xcomposite/pixmap backend.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12471
Summary: Daily wine GIT snapshot request
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Most Linux users do not have GIT installed and it's a major difficulty for most
of them to install and use GIT to fetch the latest snapshot of Wine.
At the same time there are many bugs which might have been fixed in a current
GIT snapshot.
What I propose is a daily current GIT snapshot of Wine as a full .tar.bz2
archive and/or a binary xdelta/deltup patch against the latest released version
of Wine (diff is not sufficient as it cannot cope with binary data).
--
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=11618
Summary: Wineinstall blocks midway through
Product: Wine
Version: 0.9.55.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P5
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: juhos(a)mbnet.fi
When installing wine with tools/wineinstall, it first runs configure, then asks
if you want to install system-wide, then runs make. This is wrong, because it
forces the user to stick around until configure is finished.
Instead, the question should be asked as a first thing when wineinstall runs.
This way, local (non-systemwide) installs could run to finish without further
user input, and even system-wide ones would only block just before actual
install.
Of course it would be even better to also ask root password (if needed) at the
beginning, but that might have security risks, based on how it is implemented.
--
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=10965
Summary: DInput wiki entry says status of Joystick support in
wine is unknown
Product: WineHQ.com
Version: unspecified
Platform: All
URL: http://http://wiki.winehq.org/DInput
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: misc-web
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: remailer(a)gmail.com
A few moments ago when looking for the status of joystick support in wine, I
googled site:wiki.winehq.org joystick, the third hit was this
http://wiki.winehq.org/DInput which is a year old and says:
Joystick status
No idea :-)
It would probably be a good idea if someone updated this with confirmation of
support status in wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.