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=26570
Summary: Maestia | Das Fantasy-MMORPG
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: devil77329(a)yahoo.de
This is my bugreport to the support team of Maestia (german)
Nach der Installation und
bei jedem Aufrufen des Programmstarters mit "root - Rechten" Meldung No.1:
* ! Verbindung zum Patchserver fehlgeschlagen [ OK ] *
ein separates öffnen der MaestiaUpdater.exe unter Wine bringt das gleiche
Ergebnis
Meldung No.2
* Programm Fehler
Im Programm MaestiaUpdater.exe traten schwerwiegende Fehler auf und es muss
beendet werden. Wir entschuldigen uns für die Unannehmlichkeit.
Die Ursache kann ein Problem im Programm oder ein Fehler in Wine sein.
Sie können unter http://appdb.winehq.org Tips zum Ausführen der Anwendung
einholen.
Tritt dieses Problem unter Windows nicht auf und wurde es noch nicht gemeldet,
können Sie unter http://bugs.winehq.org einen Eintrag hinterlassen. [ Schließen
] *
--
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=29443
Bug #: 29443
Summary: Savestates not working in DeSmuME (the keyboard
command is not being processed)
Product: Wine
Version: 1.3.35
Platform: x86
URL: http://desmume.org/download/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cvoeten(a)gmail.com
Classification: Unclassified
I have no idea why this is not working, but every kind of input imaginable
works, except for anything having to do with savestates.
To reproduce:
1) Download DeSmuME: http://desmume.org/download/
2) Download a ROM, for example from here:
http://hive.ndshb.com/index.php/component/jdownloads/finish/4/183
3) run 'wine DeSmuME.exe'
4) File->Open ROM and select the ROM
5) Press F1
Expected result: an error message "Failed to load slot 1" is displayed.
What happens: nothing.
Remapping the 'load savestate 1' function to a regular key, say the letter E,
does not make it work.
I know this reeks of being an app-specific bug, but it works in Windows.
As to the cause I can only speculate (and I'm not a programmer), however the
only remotely reasonable explanation *I* can come up with is that perhaps the
savestate actions are processed upon a key release event being recieved,
whereas the other in-game keypresses are processed differently. But that's pure
speculation, I haven't looked at the actual code (read: I don't have the skills
to read 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=24705
Summary: Unhandled page fault on write access to address in
32-bit code.
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: publio.escipion.el.africano(a)gmail.com
Created an attachment (id=31216)
--> (http://bugs.winehq.org/attachment.cgi?id=31216)
wine execution output, with debbuging information.
The present issue affect wine-1.1.28 & wine-1.3.4, and, I guess, the versions
between.
The application is an educational software, available from:
http://static.cedeti.cl/software/sl/SuenaLetrasInstalador_mx.exe
My SO is: openSuSE 11.2 x86_64 + Updates, which relevant specifications are:
Linux **** 2.6.31.14-0.1-desktop #1 SMP PREEMPT 2010-09-17 11:32:00 +0200
x86_64 x86_64 x86_64 GNU/Linux
GNU bash, version 4.0.35(1)-release (x86_64-suse-linux-gnu)
The problem takes place after the installation, when the program is launched.
Wine complained:
"wine: Unhandled page fault on write access to 0x00000000 at address 0x********
(thread ****), starting debugger...
Unhandled exception: page fault on write access to
0x00000000 in 32-bit code (0x********)."
I also saw calls, or paths with character codification (MS Windows ISO-8859-1
or ISO-8859-15 vs. Linux UTF-8) issues. But I do not know if this is a relevant
part of the problem, or simply a noise.
Every thing is collected in the file attached.
I do not know whether this information be enough so you might solve it, or
whether it requires a workaround configuration to make it run.
Thank you.
--
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=27243
Summary: Wiggles: All renderers are unsupported
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: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=34825)
--> (http://bugs.winehq.org/attachment.cgi?id=34825)
Wiggles Settings Window
Steps to reproduce:
1) remove ~/.wine
2) winetricks gecko
3) install Wiggles
4) patch Wiggles with Wiggles_Patch_1_0_844.exe
4) wine SetMode.exe
Behaviour:
All renderers are marked as unsupported which is not true. OK button is always
grayed out. (see attachment)
Expected behaviour:
All renderers should be marked as supported. OK button shouldn't be always
grayed out.
Terminal output:
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000007 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x32e7a4,0x00000000), stub!
--
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.