http://bugs.winehq.org/show_bug.cgi?id=17638
Summary: NOLF GotY: Sluggish mouse reaction when in zoom mode
Product: Wine
Version: 1.1.16
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquid.acid(a)gmx.net
CC: jb.faq(a)gmx.de
Mouse input in NOLF is generally a bit "inprecise", but one thing is broken for
sure.
Some weapons feature a zoom mode, but when this zoom mode is switched on it's
almost impossible to accurately use it since the mouse input becomes very
sluggish then. Turn zoom off again and mouse input stabilizes again.
I suppose that's a dinput problem, but I'm not sure about that.
The wine-0.9.46 testresult here
(http://appdb.winehq.org/objectManager.php?sClass=version&iId=305&iTestingId…)
mentions a "weird mouse problem", but I'm not sure if that's what I'm
encountering.
Haven't tried any native DLLs 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=15396
Summary: program doesn't draw text to dialog box properly
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: deadlock(a)start.no
Created an attachment (id=16248)
--> (http://bugs.winehq.org/attachment.cgi?id=16248)
Dialog box being drawn the wrong way
When I try to save or load a game in The Journeyman Project 3 - Legacy of Time,
the snapshoot is shown behind the dialog box, along with any text written on
the dialog box. The same happens with any other dialog box in the game that
shows text. It's like the function the game uses to draw, draws on the wrong
layer.
--
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=11999
Summary: Endless Online game window appears as white texture
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://files.endless-online.com/EOsetup028.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=11336)
--> (http://bugs.winehq.org/attachment.cgi?id=11336)
Terminal output with d3d traces.
Using Wine version wine-0.9.57-84-g9ab07d5, launching the application simply
results in a white screen without any UI elements shown. Attached are d3d
traces and additional terminal output.
--
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=9583
Summary: CompareStringW gives incorrect result for some wide
strings
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
It seems like CompareStringW does not work correctly, when using wide/unicode
strings. I first discovered this when I saw that listbox controls sorted
swedish characters (say, LATIN SMALL LETTER A WITH RING ABOVE) side by side
with the base character (LATIN SMALL LETTER A). An example is
http://www.cendio.se/~astrand/wine/40-listbox-sort/list.exe.
The cause seems to be that CompareStringW gives the wrong result. I've created
the small test example
http://www.cendio.se/~astrand/wine/40-listbox-sort/comparestring.exe, with
source available in the same directory. On Windows, the result is that the
string "äpple" is greater than "orange", which is correct. With the latest
Wine CVS version, the result is that "äpple" is lesser than "orange", which is
wrong.
--
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=19418
Summary: SA Dictionary 2008 Beta 4: Automatic Clipboard
Translation is not working outside the program
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: extigyro(a)gmail.com
When you copy some word inside SA Dictionary, it is automatically translated.
But if you copy some text from Firefox 3 (for example), nothing happens and the
word does not automatically appear in the translation dialog. Instead you have
to paste it manually each time.
--
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=9901
Summary: GetMonitorInfo returns wrong work area
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lich(a)math.spbu.ru
GetMontorInfo always returns rcWork equal to rcMonitor, but it must take panels
and taskbars into account.
The only solution I can see is to use SystemParametersInfo(SPI_SETWORKAREA)
during initialization time, but I do not know how to deal with different
monitors.
P.S. It is needed to properly implement maximum dimensions of console window.
--
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=14797
Summary: Setting up SSL Email access
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: msetzerii(a)gmail.com
Pegasus Mail is a critical program that I use on my only windows 98, and am
looking to move to complete linux. The regular email via port 25 and 110 seem
to work fine, but with accounts like gmail, one must use secure ports 995 and
465. Attempts to do this result in no trace file. I'm not clear if and how
these ports need to be activated in wine, or if some dll needs to be added.
There isn't any error message, it just fails with no trace information
available.
--
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=14072
Summary: Wine Crashes with a Stack dump
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: celticht32(a)aol.com
CC: celticht32(a)aol.com
Wine crashes when running EverQuest2.exe :
First chance exception: page fault on read access to 0x016c6580 in 32-bit code
(0x00a33e9f).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:00a33e9f ESP:7eb619a4 EBP:7eb619e8 EFLAGS:00010216( - 00 -RIAP1)
EAX:00000000 EBX:7bc86ae0 ECX:0000000a EDX:00000001
ESI:016c6548 EDI:00000000
Stack dump:
0x7eb619a4: 016c6550 016c6548 7bc86ae0 016eece0
0x7eb619b4: 016eece0 016eedec 00000001 7eb619e8
0x7eb619c4: 6021a9c9 7bc86ae0 ffffffff 7eb61a28
0x7eb619d4: 00817520 00a33daf 7eb61a18 00d05a44
0x7eb619e4: 00000000 7eb61a28 0081bba3 00ba7a29
0x7eb619f4: 015907a0 00ba7a95 016c6548 00ba7a29
Backtrace:
=>1 0x00a33e9f in everquest2 (+0x633e9f) (0x7eb619e8)
2 0x0081bba3 in everquest2 (+0x41bba3) (0x7eb61a28)
3 0x7bc687ee call_thread_entry_point+0xe() in ntdll (0x7eb61a38)
4 0x7bc68e82 call_thread_func+0x42(rtl_func=<register EDI not in topmost
frame>, arg=<register ESI not in topmost frame>)
[/work/Downloads/wine-1.0/dlls/ntdll/thread.c:386] in ntdll (0x7eb61ad8)
5 0x7bc69093 in ntdll (+0x59093) (0x7eb623c8)
6 0x6013b45b (0x7eb624b8)
0x00a33e9f: cmpb $0x0,0x38(%esi)
--
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=15505
Summary: STM_SETIMAGE does not handle bitmaps with alpha
correctly
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
In XP, STM_SETIMAGE makes a copy of bitmaps with alpha, which allows
applications to delete the bitmaps they passed in. Many programmers expect this
as the default behavior, since they don't test on older Windows platforms.
Our STM_SETIMAGE implementation still follows the pre-XP behavior, which may
cause rendering problems for apps that use STM_SETIMAGE extensively.
I don't have a minimal test case just yet...
--
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=11558
Summary: Problem setting resolution in Neverwinter Nights 2
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: torbm(a)yahoo.com
When starting Neverwinter Nights 2 in fullscreen in-game settings for
resolution is ignored and always defaults to 1400x1050 (witch is not a valid
resolution in x-org.conf but happens anyway). There is no in-game way of
changing this resolution either.
I have found that I can change the games resolution by alt-tab out of the game
and set the desired resolution in nvidia x server configuration tool and then
alt-tab back into the game. I use Kubuntu (Kde) and this way of fixing the
problem has been reported by another user not to work with his gnome desktop.
We are both at version 7.10 of (K)Ubuntu.
Neverwinter Nights 2 w/Mask of the Betrayer expansion, patched to version
1.11.1152
Bug has been evident since I strated fiddling with this in version .52 of 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=16142
Summary: Adobe Reader 9.0 outputs error after install, that
multiple instances are running
Product: Wine
Version: 1.1.8
Platform: PC
URL: http://ardownload.adobe.com/pub/adobe/reader/win/9.x/9.0
/enu/AdbeRdr90_en_US.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=17384)
--> (http://bugs.winehq.org/attachment.cgi?id=17384)
terminal output
"Another instance of this program is already running. You cannot run multiple
instances at the same time"
minor, but annoying.
--
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=10767
Summary: lstrcmp and others do not compare punctuation characters
correctly
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lich(a)math.spbu.ru
just example:
ret = lstrcmpi("# (Search for Disassembly Pattern)", ".RELOAD (Reload
Symbols)");
wine returns '1' here, but must '-1' since ord('#')=23h < 2Eh=ord('.'). Windows
handles this case correctly. GLIBC strcasecmp works correctly too.
This bug heavily affects winhelp index lookup in WIN32.HLP borland help file,
which has lots of #.&*()[]
P.S. It is not a locale problem, so this bug is not a duplicate of bug #9583
--
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=16746
Summary: oleaut32/tmarshal.c: compiler errors on powerpc
Product: Wine
Version: 1.1.12
Platform: Macintosh
OS/Version: Linux
Status: NEW
Keywords: source
Severity: minor
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_OLEAUT32_
-DCOM_NO_WINDOWS_H -DENTRY_PREFIX=OLEAUTPS_ -DPROXY_CLSID=CLSID_PSDispatch
-DPROXY_DELEGATION -DREGISTER_PROXY_DLL -D_REENTRANT -fPIC -Wall -pipe
-fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings
-Wtype-limits -Wpointer-arith -g -O2 -o tmarshal.o tmarshal.c
tmarshal.c:388:3: warning: #warning You need to implement stubless proxies for
your architecture
tmarshal.c: In function ‘init_proxy_entry_point’:
tmarshal.c:1752: warning: unused variable ‘xasm’
tmarshal.c: At top level:
tmarshal.c:1376: warning: ‘xCall’ defined but not used
--
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=16747
Summary: rpcrt4/cstub: unused functions on powerpc
Product: Wine
Version: 1.1.12
Platform: Macintosh
OS/Version: Linux
Status: NEW
Keywords: source
Severity: minor
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_RPCRT4_
-DCOM_NO_WINDOWS_H -DMSWMSG -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing
-Wdeclaration-after-statement -Wwrite-strings -Wtype-limits -Wpointer-arith -g
-O2 -o cstub.o cstub.c
cstub.c:128: warning: ‘delegating_QueryInterface’ defined but not used
cstub.c:134: warning: ‘delegating_AddRef’ defined but not used
cstub.c:139: warning: ‘delegating_Release’ defined but not used
--
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=13142
Summary: NexusTK crashes when editing a board post
Product: Wine
Version: 1.0-rc1
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ninja(a)slaphack.com
Nexus TK (download from http://nexustk.com/, AppDB entry is
http://appdb.winehq.org/objectManager.php?sClass=application&iId=926) crashes
when editing a board post.
It is possible to type the post without problems. As far as I can tell, the
problem occurs when doing something other than continuing to type, or pasting
-- most recently, I attempted to hilight some text, and crash.
By "crash", I mean the game (running in a 1024x768 desktop window) stops
responding entirely, and the log seems to indicate that some process died.
Note: Nexus works flawlessly with version 0.9.40 -- it has no bugs that Nexus
itself doesn't when running under Windows, and, in fact, is often more stable
than on Windows. I'll add regression tests and logs soon...
The game is otherwise usable, as far as I can tell. For now, I will compose in
a separate window, and paste into Nexus.
Every version I have tried since 0.9.40 has had problems. I believe the game
would not even run until 0.9.62, and this bug does happen in 1.0-rc1. Stock
Ubuntu install from a repository.
--
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=18556
Summary: Slingplayer 2.0 fails to connect to Slingbox
Product: Wine
Version: 1.1.21
Platform: PC
URL: http://download.slingmedia.com/player/pc/SP2/SlingPlay
er-2.0.3508-Setup-EMEA.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=21217)
--> (http://bugs.winehq.org/attachment.cgi?id=21217)
wine-1.1.21-316-g8f33420 +quartz (ignore HTML errors)
Slingplayer 2.0 throws up an error message when trying to connect to the
Slingbox and refuses to connect.
"Operation failed with unknown error.
(Context: 0, Operation: 0, Error: 0x80040207)"
To get this far, "winetricks dotnet20 gdiplus urlmon wme9" is required.
Workaround is native quartz.dll.
--
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=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=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.