http://bugs.winehq.org/show_bug.cgi?id=17973
Summary: explorer: Spaces in desktop title on CLI cause both
wrong window title and command
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shacklein(a)gmail.com
When using the form:
$ wine explorer /desktop=Title,WxH program.exe
Title currently cannot contain spaces. Example:
$ wine explorer /desktop=My\ Program,800x600 myprogram.exe
This correctly detects the size 800x600 for the virtual desktop, but it sets
the title of the window to "My" and tries to run "Program" as the command line.
I've submitted a patch to wine-patches that fixes this problem (and afaik,
doesn't introduce any new ones), though I'm not sure if it's really "neat"
enough.
http://www.winehq.org/pipermail/wine-patches/2009-March/070776.html
So far, I've had no feedback about it. At the least, I'd like to be told why
it's not suitable for inclusion, or if there's any cleaning up I need to do to
it :)
--
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=14841
Summary: ntdll: file.ok fails in OpenSolaris but not Linux
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Solaris
Status: NEW
Keywords: testcase
Severity: enhancement
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=15384)
--> (http://bugs.winehq.org/attachment.cgi?id=15384)
+file in git, bzip2 -9'ed
austin@opensolaris:~/wine-git/dlls/ntdll/tests$ make testclean ; rm -rf ~/.wine
; make file.ok
rm -f atom.ok change.ok env.ok error.ok exception.ok generated.ok info.ok
large_int.ok file.ok om.ok path.ok port.ok reg.ok rtl.ok rtlbitmap.ok rtlstr.ok
string.ok time.ok
../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p ntdll_test.exe.so
file.c && touch file.ok
wine: created the configuration directory '/export/home/austin/.wine'
err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count
entries!
err:iphlpapi:getRouteTable unimplemented!
file.c:169: Test failed: wrong status deadbabe
file.c:170: Test failed: wrong info 3735928559
file.c:194: Test failed: wrong status deadbabe
file.c:195: Test failed: wrong info 3735928559
file.c:196: Test failed: read handle is signaled
file.c:284: Test failed: wrong status deadbabe
file.c:285: Test failed: wrong info 3735928559
file.c:286: Test failed: event is signaled
make: *** [file.ok] Error 8
+file attached
--
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=19183
Summary: "make test" still fails on d3d9/tests/visual.c
Product: Wine
Version: 1.1.25
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(This is a sequel to bug 10221; perhaps we closed that one too soon.)
Running
i=0
while test $i -lt 10
do
../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so
visual.c > visual-$i.log 2>&1
i=`expr $i + 1`
sleep 1
done
cat visual-*.log | grep "Test failed" | sort | uniq -c | sort -n
produces
1 visual.c:9439: Test failed: stretchrect: Pixel 160,360 has color 0x00ff00ff,
expected 0x00ff0000
1 visual.c:9441: Test failed: stretchrect: Pixel 480,360 has color 0x00ff00ff,
expected 0x0000ff00
1 visual.c:9443: Test failed: stretchrect: Pixel 480,120 has color 0x00ff00ff,
expected 0x000000ff
1 visual.c:9445: Test failed: stretchrect: Pixel 160,120 has color 0x00ff00ff,
expected 0x00000000
2 visual.c:8978: Test failed: Offscreen failed for D3DFMT_A32B32G32R32F:
expected no color blending but received it anyway.
3 visual.c:6883: Test failed: SRCALPHA on texture returned color 00000000,
expected 0x00bf4000
3 visual.c:6887: Test failed: DSTALPHA on texture returned color 00000000,
expected 0x000000ff
3 visual.c:8978: Test failed: Offscreen failed for D3DFMT_G32R32F: expected no
color blending but received it anyway.
3 visual.c:8978: Test failed: Offscreen failed for D3DFMT_R32F: expected no
color blending but received it anyway.
4 visual.c:8969: Test failed: Offscreen failed for D3DFMT_A16B16G16R16F: Got
color 00000000, expected 0x181800.
4 visual.c:8978: Test failed: Offscreen failed for D3DFMT_G16R16F: expected no
color blending but received it anyway.
5 visual.c:8326: Test failed: Pixel 14/18 has color 0x00000000, expected
0x0000ff00
5 visual.c:8329: Test failed: Pixel 18/14 has color 0x00000000, expected
0x000000ff
5 visual.c:8332: Test failed: Pixel 18/18 has color 0x00000000, expected
0x0000ffff
5 visual.c:8978: Test failed: Offscreen failed for D3DFMT_R16F: expected no
color blending but received it anyway.
5 visual.c:9439: Test failed: stretchrect: Pixel 160,360 has color 0x00000000,
expected 0x00ff0000
5 visual.c:9441: Test failed: stretchrect: Pixel 480,360 has color 0x00000000,
expected 0x0000ff00
5 visual.c:9443: Test failed: stretchrect: Pixel 480,120 has color 0x00000000,
expected 0x000000ff
7 visual.c:8800: Test failed: Texture 1(output color 1) has color 0x00000000,
expected 0x0000ff00
7 visual.c:8802: Test failed: Texture 2(output color 2) has color 0x00000000,
expected 0x000000ff
lspci | grep -i vga says
00:10.0 VGA compatible controller: nVidia Corporation GeForce 7100/nForce 630i
(rev a2)
and this is on Jaunty x86-64 with the proprietary nvidia 180 driver.
I'll attach the output of glxinfo.
--
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=18635
Summary: Menu bar is hidden in Adobe Lightroom 2.3
Product: Wine
Version: 1.1.22
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thomas+wine(a)stromberg.org
With the Adobe Lightroom 2.3 demo, the menu bar titles (File, etc.) do not
display. If you click on the area that they should be, the menu does appear
however. Lightroom 2.3 can be downloaded from
https://www.adobe.com/cfusion/tdrc/index.cfm?product=photoshop_lightroom (free
Adobe login required)
I'm not sure where to go about tracing the issue down to, but I did notice the
following calls that show that it is calling DrawMenuBar().
0009:Call user32.GetMenu(0002003c) ret=60030cbe
0009:Ret user32.GetMenu() retval=000000f0 ret=60030cbe
0009:Call user32.GetMenuBarInfo(0002003c,fffffffd,00000000,0032e1a4)
ret=60030cec
fixme:menu:GetMenuBarInfo (0x2003c,0xfffffffd,0x00000000,0x32e1a4)
0009:Ret user32.GetMenuBarInfo() retval=00000000 ret=60030cec
0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030beb
0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030beb
0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030c06
0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030c06
0009:Call user32.GetMenuItemInfoW(00000280,0000f060,00000000,0032e08c)
ret=60030c22
0009:Ret user32.GetMenuItemInfoW() retval=00000001 ret=60030c22
0009:Call user32.DrawMenuBar(0002003c) ret=6008d171
--
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=19092
Summary: Missing background in Civilization 4 launch window
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=22037)
--> (http://bugs.winehq.org/attachment.cgi?id=22037)
Screenshot in Ubuntu
Well the tittle says everything.
I'm attaching a screenshot.
--
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=18027
Summary: Check support for application switching by keybord
shortcuts
Product: Wine
Version: 1.1.19
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Markus.Elfring(a)web.de
I am used to the shortcut "Alt+Tab" with the effect of switching between
application windows. This is usually also supported in X sessions (like KDE or
GNOME). But it does not work if the game "Civilization 4" was started in full
screen mode.
How much has this behaviour got to do with an option "Managed windows using
X11"?
--
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=19841
Summary: Wolfenstein (2009): mouse cursor remains onscreen
during FPS gameplay even after all menus are closed.
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben.r.xiao(a)gmail.com
In Wolfenstein (2009), browsing the intelligence reports or upgrading weapons
sometimes causes the mouse cursor to remain on screen even when the in-game
menus are closed. In other words, during FPS gameplay, the cursor sits right
where the crosshairs should be and does not disappear. Needless to say this is
quite distracting. This cursor bug seems to appear randomly, but always after
browsing an intelligence report or upgrading weapons. The only way to get rid
of the cursor is to restart the game. I'll post an attachment showing this bug
the next time I see it.
--
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=16221
Summary: Nota Bene requires AUTOEXEC.NT
Product: Wine
Version: 1.1.9
Platform: PC
URL: https://www.notabene.com/download/demos/nbdemo80.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Nota Bene, on install, checks for AUTOEXEC.NT in system32. If it doesn't find
it, it restores its own copy, but we should have our own copy. Shouldn't take
much to implement.
--
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=16222
Summary: Nota Bene requires CONFIG.NT
Product: Wine
Version: 1.1.9
Platform: PC
URL: https://www.notabene.com/download/demos/nbdemo80.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Nota Bene, on install, checks for CONFIG.NT in system32. If it doesn't find it,
it restores its own copy, but we should have our own copy. Shouldn't take much
to implement.
--
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=11112
Summary: Does the fatal error if the config directory isn't owned
by the user make sense?
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: bero(a)arklinux.org
Created an attachment (id=10147)
--> (http://bugs.winehq.org/attachment.cgi?id=10147)
Proposed fix
Recent wine versions abort on startup if the config directory isn't owned by
the user running wine.
This breaks setups where several users share a common wine prefix (e.g. to make
applications that make heavy use of the registry available to several users
without installing them several times) and they have the right access to the
configs through group permissions.
Unless I'm overlooking a better way to do this, it would make more sense to
check proper permissions than to check ownership. I'm attaching a patch that
does that.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.