http://bugs.winehq.org/show_bug.cgi?id=19306
Summary: visual bugs on Trackmania in 1.1.19
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yoann.laissus(a)gmail.com
CC: stefan(a)codeweavers.com
Created an attachment (id=22351)
--> (http://bugs.winehq.org/attachment.cgi?id=22351)
without the bug
Since wine 1.1.19 with the fbo mode and the GLSL enabled, Trackmania Nations
Forever have importants visual bugs. For example, the car are not displayed.
I attached the screen of the main menu with the bug and without the bug.
The regression test :
commit 3e099d014750fa5fc2a10c6aa4bf23ddc80a1fc6
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Wed Feb 25 21:20:39 2009 +0100
wined3d: Advertise post pixelshader blending for a few more formats.
Windows advertises it on all these formats(Nvidia Geforce 7400), and
Trackmania Nations needs it on D3DFMT_Q8W8V8U8 to accept ps_3_0 support.
--
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=27032
Summary: Gnome Shell does not show Wine program names in dash
and panel
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: uhkeller(a)googlemail.com
In the Gnome (3.0) shell, all running Wine applications share the same
nondescript icon, and their title in the panel is always given as "Wine Windows
Program Loader". Switching between Wine apps using the Dash requires a
right-click on the shared icon.
I have filed a bug report on this in the Gnome bugzilla, and it seems the issue
occurs because Wine sets the WM_CLASS of its Windows differently than Gnome
Shell expects. Gnome Shell expects WM_CLASS to match the .desktop file of the
application, while Wine sets it to "Wine" and the name of the Windows
executable. E.g. for Word 2007, xprop gives me:
WM_CLASS(STRING) = "WINWORD.EXE", "Wine"
while the .desktop file for Word 2007 is "Microsoft Office Word 2007.desktop"
I'm using Wine 1.3.19 on Arch Linux i686.
Relevant bug report in the Gnome bugzilla:
https://bugzilla.gnome.org/show_bug.cgi?id=649087
Might be related to this Wine bug:
http://bugs.winehq.org/show_bug.cgi?id=26950
--
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=25015
Summary: Pando downloader hangs
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Running the downloader for a game that uses the Pando peer to peer
system, I noticed the UI had hang, the app was still using lots of CPU,
the downloaded file didn't seem to be growing (it was at 1GB out of 4GB),
and the console showed
err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to
be increased
lsof showed that PMB.exe has two listening sockets, 25 ESTABLISHED sockets,
96 pipes, one UDP socket, 7 UNIX sockets, 97 regular files, 3 directories,
and one device, for a grand total of 233. 233 is way below ulimit -n (1024).
Perhaps the app had closed lots of peer connections in the hour after
the warning? Which makes it sound like there isn't a bad leak.
No idea what it's doing with all those pipes, though.
It's possible Pando just needs a higher ulimit. Or perhaps it can
operate fine with this "low" ulimit, and the hang is not related to
running out of fds.
--
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=24499
Summary: Crestron Toolbox
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ironiridis(a)gmail.com
Created an attachment (id=30915)
--> (http://bugs.winehq.org/attachment.cgi?id=30915)
Log with backtrace
Install fails here:
wine: Unhandled page fault on read access to 0x06000087 at address 0x6000087
(thread 0032), starting debugger...
May be related to attempting to install USB drivers for connecting to Crestron
products. It'd be nice if those driver install attempts could be stubbed out
since practically all Crestron products are managed via TCP.
$ uname -a
Linux chariot 2.6.35-gentoo-r5 #1 SMP Mon Aug 30 17:43:45 CDT 2010 i686
Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz GenuineIntel GNU/Linux
$ wine --version
wine-1.3.3
$ emerge -pv wine
[ebuild R ] app-emulation/wine-1.3.3 USE="X gecko gnutls jpeg png ssl
threads truetype xml -alsa -capi -cups -custom-cflags -dbus -esd -fontconfig
-gphoto2 -gsm -hal -jack -lcms -ldap -mp3 -nas -ncurses -openal -opengl -oss
-perl -pulseaudio -samba -scanner -test -win32 (-win64) -xcomposite -xinerama"
0 kB
--
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=15405
Summary: Problem with wrc 1.0
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: quinlan(a)rulequest.com
I have a .rc file that compiles perfectly with wrc 0.9.40 (and with VisualC++)
but gives a syntax error with wrc 1.0.
wrc -I. -fowindows.res windows.rc
windows.rc:102:15: Error: syntax error
Lines 102 and following are
CONSTRDB DIALOG DISCARDABLE 20, 20, 148, 266
STYLE WS_POPUP | WS_CAPTION
CAPTION "Classifier Construction Options"
FONT 9, "MS Sans Serif"
BEGIN
....
Using the .res file produced by wrc 0.9.40 with wine 1.0 seems to work fine.
--
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=18934
Summary: Free PDF to Word Doc converter's installer reports
wrong ClassNN (appinstall)
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://www.hellopdf.com/download.php
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
When installing Free PDF to Word Doc converter with appinstall, I usually click
buttons by their ClassNN. The first window that pops up is:
Setup
This will install Free PDF to Word Doc Converter. Do you wish to continue?
Yes / No
On windows, the Yes has a ClassNN of 'Button1', and No is 'Button2'.
On wine, they're 'Button6' and 'Button7'.
The rest of the installer's buttons are reported correctly, though.
--
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=25838
Summary: winepath outputs garbage (really, escape sequences)
before desired output
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Eric's console changes, circa
http://www.winehq.org/pipermail/wine-cvs/2011-January/074495.html
seem to have broken winepath (and possibly other
wine console utilities that output plain text
strings for use inside user scripts).
wine winepath -u c:/ | cat -v
used to output
/home/dank/.wine/dosdevices/c:/
but now it outputs
^[[?1h^[=/home/dank/.wine/dosdevices/c:/
This breaks winetricks and probably any number of user scripts that depend on
winepath outputting a valid path.
--
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=14838
Summary: TMPDIR environment variable is not used at all
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://en.wikipedia.org/wiki/TMPDIR
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: killertux(a)suomi24.fi
Tested on Wine 1.1.2-307-g520ab5c
Wine simply does not use TMPDIR environment variable and as far as I know Wine
has never used this environment variable... it just defaults to /tmp
--
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=17686
Summary: Silkypix 3.0 has some bugs
Product: Wine
Version: 1.1.16
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: florin(a)andrei.myip.org
I installed Silkypix 3.0 that came with my Panasonic G1 camera - latest version
3.0.1.6 (which I used in my tests) can be downloaded from here:
http://www.isl.co.jp/SILKYPIX/english/p/
Overall it seems to work, more or less. There are a few issues:
1. The installer seems to hang at the very end. I waited for a while, then I
killed it. I'm not sure if this has caused some of the other issues.
2. The menus are invisible, unless I blindly click on one of them, then move
the mouse left-right. After a while they disappear again.
3. The file selector doesn't work very well. E.g., I click Open File, then I
try to move into another directory in the file selector window - except it
won't do anything. I click on the folder, it won't navigate to it. I have to
drop down the top "Look In" element and select the directory there.
Developing the files seems to work fine. Example:
- Open File, choose RAW file
- mess with the menus on the left side if you want to choose different
parameters (or don't, if the defaults are fine)
- go to Development menu, click Development, save as TIFF
Voila, the RAW file is developed.
I have not made any comparisons yet with files developed on Windows, to see if
there are any differences under Wine.
System is ThinkPad T61 running Ubuntu 8.10 32 bit fully updated.
Wine version is 1.1.16
Silkypix 3.0.1.6
--
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.