http://bugs.winehq.org/show_bug.cgi?id=25009
Summary: Password Memory 2010 - Titlebar color rendering error
Product: Wine
Version: 1.3.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rsflynn(a)gmail.com
Created an attachment (id=31694)
--> (http://bugs.winehq.org/attachment.cgi?id=31694)
Password Memory 2010 Screenshot
Password Memory 2010 v3.0.3
Download URL:
http://download.cnet.com/Password-Memory-2010/3000-18501_4-10770367.html
Titlebar is not rendered correctly. Half the title bar is in the application
default blue, the other half is black.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55513
Bug ID: 55513
Summary: Paint.NET 3.5.11 runs unstable on Wine 8.x devel
releases
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
Created attachment 75077
--> https://bugs.winehq.org/attachment.cgi?id=75077Paint.NET 3.5.11 crash report
There seems to be a regression regarding the built-in gdiplus.dll in more
recent Wine 8.x devel builds.
Unfortunately Paint.NET 3.5.11 no longer runs stable. This behavior was
previously known only when the native gdiplus.dll file was used. It didn't
happened with the built-in one.
It looks that this instability is related to a speed improvement of the
built-in gdiplus.dll.
In older Wine versions Paint.NET 3.5.11 was lagging when a line was painted but
it worked stable. This lag was not present with a native gdiplus.dll file but
Paint.NET crashed randomly when the native variant was used. Now Paint.NET also
crashes with the built-in gdiplus.dll variant while there is no longer any lag
present.
More information about that Paint.NET 3.5.11 lag issue can be found in my old
bug 51561.
So in summary, Paint.NET 3.5.11 works in recent Wine 8.x devel releases faster
but less stable. I think this regression was in introduced somewhere in the
Wine 8.1x branch. It is confirmed for Wine 8.14 and 8.15.
Final note, it is currently not possible to install Paint.NET 3.5.11 into a
fresh Wine devel prefix. The installation will fail. A workaround is to install
Paint.NET 3.5.11 under Wine stable and then copy over the whole prefix to a
Wine devel installation. I can confirm that this works fine for Wine 8.0.2 and
Wine 8.15.
--
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=29417
Bug #: 29417
Summary: Mouse pointer laggy/slow in Dweebs and Dweebs 2
Product: Wine
Version: 1.3.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
This bug applies to the games Dweebs and Dweebs 2 by Mutation Software.
Demos can be downloaded from
http://www.tucows.com/preview/272853/DWEEBS-Platinum-Remix
and
http://www.tucows.com/preview/281667/DWEEBS-2-The-New-Breed
Download and run one of the demos. Click Setup. On the title screen the mouse
pointer is fine. However if you click Help, Credits or Exit, the pointer is
very "laggy" on those screens. In-game the pointer lags slightly, but less than
on the Help/Credits/Exit screens.
(Also, with earlier versions of the first Dweebs game -- I tested the one on
the Arcade Master CD published by eGames -- the pointer lags on the title
screen as well.)
I thought this problem might be the same as bug 29325, but it also occurs with
Wine 1.3.31.
--
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=27745
Summary: Racer is unplayable
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugmenot123456(a)mailinator.com
Created an attachment (id=35498)
--> (http://bugs.winehq.org/attachment.cgi?id=35498)
Output of racer under wine-1.3.24
Racer used to work fine with wine-1.3.14. Somewhere between version 1.3.14 and
1.3.17 it stopped working. Now racer infinitely loops with following error
after pressing "Race" button:
RNetwork: waiting for connecting id response...
RNetwork: out of loop, client connected: 0, id 0 (objectIDbatch=-640664278)
RNetwork: connect attempt failed; be persistent (try 1)
enet_host_connect; out of (1) peers
** Error: QNClient:Connect(); failed to create enet peer; out of connections
Link to the program: http://racer.nl/download/racer0655.zip
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51200
Bug ID: 51200
Summary: High repaint label volume causes freezing
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Created attachment 70075
--> https://bugs.winehq.org/attachment.cgi?id=70075
Screenshot of the offending pane
In ChessBase 11, using a chess engine (kibitzer) can cause freezing. Since the
display shows the current move the engine is thinking about on a label, in some
positions this can involve requests for repainting every few ms. This often
causes the input to lock up for many seconds as the repaint queue is taking
priority.
This is most likely a repaint issue as the workaround is to place the window so
the offending label is off-screen, and the lock-up no longer becomes an issue.
It makes using the engine much more difficult though. This has been a problem
for at least a year now.
Suggestions are to give the input a higher priority, and/or to drop/throttle
repaint frame requests when the queue becomes too long.
--
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=32346
Bug #: 32346
Summary: Window is too large with Batman and Head Over Heels
remakes
Product: Wine
Version: 1.5.18
Platform: x86-64
URL: http://retrospec.sgn.net/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
Created attachment 42686
--> http://bugs.winehq.org/attachment.cgi?id=42686
Batman window showing trash at right and bottom
This issue applies to at least two game remakes available from
http://retrospec.sgn.net/
Head Over Heels: http://retrospec.sgn.net/game-links.php?link=hoh
Batman: http://retrospec.sgn.net/game-links.php?link=batman
I'm testing with wine-1.5.18-114-ga61f68f, Lubuntu 11.10 x86-64, Nvidia driver
304.64.
Wine seems to create the game window larger than it should be. There are strips
at the bottom and right sides which are never rendered into; they contain
trash/garbage. If you move the window, the trash changes, presumably reflecting
whatever was in that part of the video memory beforehand? The size of the
strips looks about the same as the size of the window decorations.
--
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=26545
Summary: Crysis2: Red color on highlights of Bumpmap/Specular
Highlights
Product: Wine
Version: 1.3.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mgavl69(a)juno.com
Bumpmaps are highlighted in red. This goes goes the sky as well as objects.
--
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=28192
Summary: regedit: The usage message arrives too late in the
wine console
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
To reproduce this start the console with 'wine wineconsole cmd' and then type
'regedit /?' in the wine console.
You will get something like this:
c:\>regedit /?
c:\>Usage:
regedit filename
regedit /E filename [regpath]
regedit /D regpath
[...]
Notice how the second wineconsole prompt appears before the regedit usage?
I believe this happens because regedit uses msvcrt's stdio functions: it uses
the '$(top_srcdir)/include/msvcrt' headers and that seems to be enough for it
to link with msvcrt. So there are probably two things here:
* This looks like a bug in the MSVCRT stdio functions.
* regedit should probably use the WriteConsole() / WriteFile() functions
anyway like all the other Wine tools.
See the XCOPY_wprintf() function in programs/xcopy/xcopy.c or the output_*()
functions in programs/net/net.c for a model on how to do this. And if making
the switch to WriteConsole(), verify that running 'regedit /?' still works fine
in a regular xterm or equivalent.
(split off from bug 13861)
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51917
Bug ID: 51917
Summary: Internet Explorer 8 crashes when visiting
http://www.baidu.com/ on unimplemented function
dxtrans.dll.DllGetClassObject
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 70870
--> https://bugs.winehq.org/attachment.cgi?id=70870
Terminal output
Steps to reproduce:
1. Delete the existing ~/.wine directory or move it to another location.
2. Run `WINEARCH=win32 wine regsvr32` to create a new 32-bit Wine bottle.
3. Run `winetricks ie8` to install Internet Explorer 8.
4. Run `wine 'C:\Program Files\Internet Explorer\iexplore.exe'
http://www.baidu.com/` to open <http://www.baidu.com/>.
--
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=34016
Bug #: 34016
Summary: Star Wars KOTOR II: The Sith Lords: Disabling hardware
mouse removes the mouse entirely
Product: Wine
Version: 1.6-rc3
Platform: Other
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ipickert55(a)gmail.com
Classification: Unclassified
In order to get around bug 9462 (http://bugs.winehq.org/show_bug.cgi?id=9462) I
disabled the hardware mouse option in swkotor2.ini, however, this caused my
mouse to disappear entirely.
--
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.