http://bugs.winehq.org/show_bug.cgi?id=20628
Summary: chromium's ipc_tests.exe's IPCChannelTest.ChannelTest
fails occasionally
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
On Wine, but not on Windows, the command
wine src/chrome/Debug/ipc_tests.exe --gtest_filter=IPCChannelTest.ChannelTest
fails about 5% of the time. (You may need to run it several hundred
times to see the first failures.)
Sadly, with +relay it never fails.
Related source:
http://src.chromium.org/viewvc/chrome/trunk/src/ipc/ipc_tests.cchttp://src.chromium.org/viewvc/chrome/trunk/src/ipc/ipc_channel_win.cc
To repeat:
$ wget http://kegel.com/wine/chromium/chromium-tests.tar.bz2
$ tar -xjvf chromium-tests.tar.bz2
$ while true
do
wine src/chrome/Debug/ipc_tests.exe --gtest_filter=IPCChannelTest.ChannelTest
> log 2>&1
grep FAILED log && break
done
--
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=11667
Summary: Window contents not updated properly after being moved
Product: Wine
Version: 0.9.55.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Hi,
I believe this bug relates to DirectDraw. (Apologies for my lack of detailed
knowledge about Windows.)
In some cases, moving a window whose contents are updated by DirectX calls
causes trash/garbage to appear when the window is drawn in its new position,
My theory is that WINE remembers the window contents at the moment the user
begins dragging the title bar, and simply copies that to the new window
position. If the program continues to update the DirectX buffer while the user
is moving the window frame, WINE puts the old/stale buffer contents in the
moved window. This happens in both normal and virtual desktop modes.
For applications like video players, this effect may not be very noticeable if
the player redraws the whole window every frame. But for applications which
don't do that, the effect can be quite ugly.
One program I have found which shows this problem is WinUAE. To reproduce:
- Download and install WinUAE from http://www.winuae.net/
- Download an example disk image for testing, e.g.
ftp://ftp.coresystems.de/pub/uae/rsi1.adf.gz
- Start WinUAE and select the rsi1.adf.gz file for emulated drive DF0:, and
start the emulation.
- Once the demo graphics appear, repeatedly move the main WinUAE window and
notice the problem.
--
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=16328
Summary: GTA4 does not work under Wine
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zapolnov(a)gmail.com
Created an attachment (id=17631)
--> (http://bugs.winehq.org/attachment.cgi?id=17631)
Wine Log
When running GTA4 it calls some unimplemented function in advapi32.dll and
crashes. Wine log is 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=13656
Summary: Testout navigator does not dispaly menus or vodeo
correctly
Product: Wine
Version: 1.0-rc2
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: keith_kw_muir(a)blueyonder.co.uk
Testout navigator Starts but grey pane where the course video would play and
the menu bar is empty.
--
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=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.