http://bugs.winehq.org/show_bug.cgi?id=32107
Bug #: 32107
Summary: (Regression) Steam overlay corruption (+TF2?)
Product: Wine
Version: 1.5.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: FinalCrisisSX(a)Hotmail.com
Classification: Unclassified
The steam overlay started to have major corruption issues at some point near
the middle of the 1.5.x series. It may or may not be Team Fortress 2 centric.
I thought my nvidia card was just having issues, but a friend on an ATI card
that has no trouble on tf2 in windows had the exact same problem. After loading
TF2 and opening the steam overlay, most text becomes all garbled with random
bits of memory. It is most noticeable and easily identified on the clock in the
upper middle of the screen, as seen in the image attachment. The clock will
count as normal up to a certain point, then just break and display garbage,
count backwards, disappear, or display a random recently-passed (or
soon-to-come?) time stamp for a moment. Peoples' display names and messages
will show up as random bits of data: games, random bits of older messages
probably from memory thrown together, IP addresses, broken pseudo-images.. Some
of it is actually kind of funny. Wine 1.4.1 works fine. Anyway, I ran a
regression test and this seems to be the problem:
67e7eda96c16417526e9659be0eeecf2b6edd4c1 is the first bad commit
commit 67e7eda96c16417526e9659be0eeecf2b6edd4c1
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Jun 25 22:45:28 2012 +0200
gdi32: Forward SwapBuffers to opengl32 which in turn calls GdiSwapBuffers.
:040000 040000 4ca83835d1da687e0bd19a6dec2314aaaa057bf4
f939689a1fe2430c1020d72167c7a0690561c536 M dlls
--
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=32123
Bug #: 32123
Summary: Outlook 2010 crashes in versions newer than 1.5.14
Product: Wine
Version: 1.5.16
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jrittenh(a)nd.edu
Classification: Unclassified
Outlook 2010 runs fine under 1.5.14 (with some quirks). When updating to
1.5.15, and now 1.5.16, it becomes unstable. Reverting to 1.5.14 fixes the
issue. Outlook appears to think it's an issue with the reading pane, as it
disables it after a few crashes (unless that's just standard "I crashed a few
times" behavior). I've attached the output log from 1.5.16, which includes a
couple of crashes/restarts of 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.
http://bugs.winehq.org/show_bug.cgi?id=32134
Bug #: 32134
Summary: KwSing: crashes when installing
Product: Wine
Version: 1.5.16
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jactry92(a)gmail.com
Classification: Unclassified
Created attachment 42393
--> http://bugs.winehq.org/attachment.cgi?id=42393
kwsing.txt is the log
I tried to installed KwSing(酷我KæŒ) in wine, but it carshed when installing.
My test environment:
- Ubuntu 12.04.1
- Wine 1.5.16
- KwSing: http://down.kuwo.cn/kwsing/KwSing.exe
You can reproduce it follow:
0. Download it from: http://down.kuwo.cn/kwsing/KwSing.exe
1. 'wine KwSing.exe' to begin the installing
And I found that had a workaround to pass this bug: 'wine wmp10' to install
wmplayer10.
kwsing.txt in attachment is the log.
--
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=32165
Bug #: 32165
Summary: .NET installer does not set file dates
Product: Wine
Version: 1.5.16
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
While testing for bug 30681 I noticed that .NET installer stopped setting
date/time on installed files.
Regression testing points to this commit:
7b704102a8f172ae307b10914c70851b8c9ac44c is the first bad commit
commit 7b704102a8f172ae307b10914c70851b8c9ac44c
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Oct 30 11:44:10 2012 +0100
ntdll: Add a helper function to set file times.
To reproduce:
winetricks dotnet20
ls -l drive_c/windows/Microsoft.NET/Framework/v2.0.50727 | grep System.Data
Dates should be from year 2005
--
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=32276
Bug #: 32276
Summary: Railworks Trainsimulator 2013 fails to run
Product: Wine
Version: 1.5.17
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: salamanderrake(a)gmail.com
Classification: Unclassified
Created attachment 42598
--> http://bugs.winehq.org/attachment.cgi?id=42598
output from terminal running steam/railworks.
Railworks Trainsimulator fails to load/start/run
I installed d3dx9, gdiplus, dotnet40, vcrun2010, and vcrun2005 through wine.
Attached is the output from steam/railworks.
--
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=32295
Bug #: 32295
Summary: WinUAE emulation window not refreshed properly when
other windows move in front of it
Product: Wine
Version: 1.5.18
Platform: x86-64
URL: http://www.winuae.net/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
Regression SHA1: 33ac850c80634c891b0c157bbffa612f70954a40
Created attachment 42625
--> http://bugs.winehq.org/attachment.cgi?id=42625
Shows window refresh issue with Wine 1.5.18
I'm testing with Lubuntu 11.10 x86-64, Nvidia driver 304.51. Openbox
(non-compositing) window manager.
With Wine 1.5.18, the WinUAE emulation window is not refreshed properly if you
move another window in front of it. Things were fine with Wine 1.5.5.
I tested several Wine releases and there are two changes in behaviour. Things
first break in 1.5.13, then with 1.5.15 things break differently. I've attached
a screenshot showing the 1.5.15-and-later problem.
To test, install and run WinUAE. Click Start to start emulation. After a few
seconds you should see some non-black graphics in the emulation window. Press
F12 to open the settings window and drag it around.
With Wine 1.5.13, 1.5.14:
Normal mode: On pressing F12 and dragging the settings window over the
emulation window, newly-exposed parts are all black. Drag the settings window
so it covers most of the emulation window and release the mouse button.
Now drag the setting window away so most of the emulation window is exposed.
When you release the mouse button, the exposed area is rendered with the
correct contents, but that is immediately overwritten with black. (You may have
to repeat that a few times until you see the effect.)
Virtual desktop mode: On pressing F12 the emulation window is blanked (all
black). If you drag the settings window quickly over the emulation window, you
can see the correct contents being rendered, then immediately overwritten with
black.
With Wine 1.5.15/16/18:
Normal mode: Moving the settings window in front of the emulation window,
newly-exposed parts of the emulation window are not refreshed properly. The
only newly-exposed part which is refreshed, is that corresponding to the
previous position of the settings window client area. The previous settings
window decorations remain as "trash" in the emulation window.
Also, Wine does not know that other parts of the emulation window may need to
be refreshed. For example if the user drags (without releasing the mouse
button) the settings window all over the emulation window, the emulation window
fills with "trash" (copies of settings window decorations) as the settings
window is moved around. Once the user releases the button, Wine refreshes only
the part corresponding to the original settings window client area.
Virtual desktop mode: Moving the settings window in front of the emulation
window works correctly. The emulation window is refreshed properly. However,
due to bug 24352 the emulation window can be brought in front of the settings
window. If you click in the emulation window to do that, the emulation window
frame is rendered, but the window contents are not refreshed. So the part which
was under the settings window shows the old settings window contents. Drag the
emulation window around. Notice that if you move it partially off the desktop
and back again, newly-revealed parts are refreshed properly. So some of the
settings window trash disappears as you move that part of the emulation window
past the edge of the desktop and back.
A regression test for the 1.5.12->1.5.13 change gave this:
33ac850c80634c891b0c157bbffa612f70954a40 is the first bad commit
commit 33ac850c80634c891b0c157bbffa612f70954a40
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Sep 6 12:39:34 2012 +0200
winex11: Use window surfaces for rendering top-level windows.
It can be disabled by setting "ClientSideGraphics"="n".
:040000 040000 704eac5fc311e63d373e399c63a2488a6b3dedca
33fb0e5963c1326f8765334e4714060c89b21b5e M dlls
I did another regression test for the 1.5.14->1.5.15 change, saying "git bisect
good" for like-1.5.14 behaviour. The result:
cc7bf355c50b17b2e04f754c80464289df2a9ee7 is the first bad commit
commit cc7bf355c50b17b2e04f754c80464289df2a9ee7
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Oct 9 15:21:21 2012 +0200
user32: Add support for setting the window surface visible region.
:040000 040000 ca9c6946038c5e8346d67e4ce02f576034fbdaf1
230c7328031dd70f529463ac959a43dbe35b040b M dlls
:040000 040000 f31ee15864da2825f030f94bba46c5e07fa0cede
bde3439027c457a464fc77b95f1da4ea8f4ad161 M include
--
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=28247
Summary: d3dx9_36/mesh.c compile broken on uclibc
Product: Wine
Version: 1.3.27
Platform: x86
URL: http://git.alpinelinux.org/cgit/aports/tree/main/wine/
uclibc-fmaxf-fminf.patch?id=c9b491b6099eec02a835ffd055
39b5c783c6c43a
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: wine-bugs(a)winehq.org
I found Alpine Linux, which uses busybox/uclibc by default instead of glibc.
First problem, build fails on d3dx9_36/mesh.c:
../../tools/winegcc/winegcc -B../../tools/winebuild --sysroot=../..
-fasynchronous-unwind-tables -shared ./d3dx9_36.spec core.o d3dx9_36_main.o
effect.o font.o line.o math.o mesh.o shader.o skin.o sprite.o surface.o
texture.o util.o volume.o version.res -o d3dx9_36.dll.so -ld3d9
-ld3dcompiler -ldxguid -ld3dxof -lole32 -lgdi32 -luser32
../../libs/port/libwine_port.a
mesh.o: In function `parse_vertex_colors':
/root/wine-git/dlls/d3dx9_36/mesh.c:2551: undefined reference to `fmaxf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2551: undefined reference to `fminf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2552: undefined reference to `fmaxf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2552: undefined reference to `fminf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2553: undefined reference to `fmaxf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2553: undefined reference to `fminf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2554: undefined reference to `fmaxf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2554: undefined reference to `fminf'
collect2: ld returned 1 exit status
winegcc: gcc failed
make: *** [d3dx9_36.dll.so] Error 2
there's a patch available on the alpine package:
http://git.alpinelinux.org/cgit/aports/tree/main/wine/uclibc-fmaxf-fminf.pa…
though perhaps that definition should go in libs/port/wine instead?
--
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=27883
Summary: Bink videos without sound (Mass Effect) [bisected,
regression]
Product: Wine
Version: 1.3.25
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: debian(a)carbon-project.org
CC: aeikum(a)codeweavers.com
Since the audio rework which became part of 1.3.25, the audio is missing from
all Bink videos in Mass Effect (I suspect other games using Bink are affected
too, but haven't tested that so far). A git bisect shows:
901af51ea32f2d192a598808abab2d1b6a940773 is the first bad commit
commit 901af51ea32f2d192a598808abab2d1b6a940773
Author: Andrew Eikum <aeikum(a)codeweavers.com>
Date: Mon Jul 11 08:28:24 2011 -0500
winmm: Remove driver implementation of waveOut*.
:040000 040000 cccb55d925c166ba3838b0179cbdd655a44ba26a
428f760df6efda7a37b4a84f97721523ab72863f M dlls
CCing the author.
--
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=27778
Summary: TYPE outputs extraneous blank line after file contents
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
With the following code (make sure there's no space before the '>'):
echo bar> foo
echo *** && type foo && echo ***
outputs
***
bar
***
on windowses, but
***
bar
***
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=27761
Summary: different behaviour for "if" conditions check
Product: Wine
Version: 1.3.23
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iip.umar.rifai(a)gmail.com
If conditions has different result between windows and wine, I think due to '/'
(slash) issue, below is an example:
----------------------------------
D:\>if 1==1 echo ok
ok
D:\>if c==c echo ok
ok
D:\>if c==1 echo ok
D:\>if /c==/c echo ok <--this one is problem, but works on Windows
D:\>if /c==/c echo ok
ok
D:\>if "/c"=="/c" echo ok
ok
--
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.