http://bugs.winehq.org/show_bug.cgi?id=20843
Summary: Virtual colour depth & full screen resolution?
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
Would it be technically possible to implement a virtual desktop that allows you
to set the colour depth and resolution, but then wine will stretch the virtual
desktop to full-screen or to a custom resolution?
What would happen if you fooled a game that needed 256 colour depth into
thinking that's what it is running in while it is actually running at 24bit?
I ask this as I am unable to change my colour depth and reduce my resolution
below 640x480. And even when I could change my colour depth it meant restarting
the X-server. I assume other people will also have this 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=10845
Summary: Application Menu doesn't work
Product: Wine
Version: 0.9.51.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gizmo.gentoo(a)gmx.de
In Propellerheads Reason 3.0 and 4.0 the application menu doesn' work. This
affects, in my experience, all versions >wine-0.9.46 or 0.9.47.
The problem is that i can't give you log files or something else, because
there's no error message. It's just that u click on the menu and nothing
happens.
You can download a demo version from the software here:
http://www.propellerheads.se/download/index.cfm?fuseaction=download_reason_…
Let me know if i can do something to provide more information.
thanks,
marc
--
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=13470
Summary: Warhammer : Battle March (Loading)
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dl.zerocool(a)gmail.com
Created an attachment (id=13387)
--> (http://bugs.winehq.org/attachment.cgi?id=13387)
Console logs
Actually, warhammer is playable at decent speed.
The troubleshooting is starting the game, or charging a map (mission, campaign,
etc.)
It requires arround 10min to have the first game menu...
And it requires other 10minutes if you want to play.
The game is unplayble since it requires 20minutes to start gaming.
But the game itself even with highest options work very well.
The problem is the same with older wine versions.
And apparently the Warhammer mark of chaos (whitout battle march addon
installed)
Have the same loading 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=35169
Bug ID: 35169
Summary: SetWorldTransform turning with Ellipse does not run
correctly
Product: Wine
Version: 1.7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)hemag.ch
Classification: Unclassified
Created attachment 46916
--> http://bugs.winehq.org/attachment.cgi?id=46916
source of sample
When using SetWorldTransform with a Ellipse then turning is faulty / Rectangle
is correct
--
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=31517
Bug #: 31517
Summary: Gomez Peer blanks screen and does not redraw correctly
Product: Wine
Version: 1.5.10
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 41452
--> http://bugs.winehq.org/attachment.cgi?id=41452
Wine 1.5.10 console output
+++ This bug was initially created as a clone of Bug #13879 +++
When Gomez Peer is started or opened, the screen goes black and does not
refresh automatically.
+++
Yes, I have cloned this because it is exactly the same problem!
Ubuntu 12.04 AMD64 with Unity 2D and fglrx 8.96 (AFAICT)
--
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=26550
Summary: Top shows unnamed process when running GomezPEER
Product: Wine
Version: 1.3.16
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
When GomezPEER is running it launches java.exe (Windows version of command-line
Java), but Top shows a running process with no name.
gnome-system-monitor shows "." and the command line as the environment
variables only.
GomezPEER.exe itself appears on the list fine, as does the Wine .exes, but
java.exe seems to be affected in this way.
This could very easily be mistaken as a virus (which I thought when I initially
ran it way back).
Console output:
fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub!
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub!
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub!
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): 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.
http://bugs.winehq.org/show_bug.cgi?id=26549
Summary: GomezPEER fails to set processor priority
Product: Wine
Version: 1.3.16
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
GomezPEER sets its background process (an instance of java.exe) to the lowest
(idle) priority in Windows. It fails to do so under Linux. Does Wine lack the
ability to set process priorities, perhaps?
Apologies if a similar bug is already open but I could not find one.
On newer systems this is not a problem, but on older system the PEER can
consume 100% CPU while processing. The app is designed so that performance of
the PC is not affected, which of course it isn't under Windows (save the usual
Windows-related problems) but it is under Wine.
I'm not sure if I/O priority is also set.
The following does not work as a workaround:
$nice -n19 wine ~/blah/GomezPEER.exe
because this then sets all the Wine components to -n19 and can badly affect the
performance of other apps running under Wine.
Instead, the workaround I use is:
$wineserver -p15
$nice -n19 wine ~/blah/GomezPEER.exe
This way the wineserver remains at normal priority. winedevice.exe in this
case still receives -n19 priority, however.
Console log:
fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub!
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub!
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub!
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): 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.
http://bugs.winehq.org/show_bug.cgi?id=31927
Bug #: 31927
Summary: ws2_32: sock.c fails intermittently - 'Test succeeded
inside todo block: GetQueuedCompletionStatus returned
0'
Product: Wine
Version: 1.5.14
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, testcase
Severity: minor
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Running in a loop for about 15 minutes, I got:
sock.c:5385: Test succeeded inside todo block: GetQueuedCompletionStatus
returned 0
sock.c:5386: Test succeeded inside todo block: Last error was 64
make: *** [sock.ok] Error 2
--
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=40250
Bug ID: 40250
Summary: Stunt GP too fast timer for stunts, waterfall/screen
animation and starting screens
Product: Wine
Version: 1.9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 10mkudela(a)gmail.com
Distribution: ---
In the game time frame required to press Shift key to make stunt is much
smaller then in Windows. Also waterfall animation and loading screens are much
faster then in Windows. Everything else is at the same speed.
One additional animation is faster as well: speed of the text on screen in
Germany location is faster as well, but it's speed is changing from what I have
noticed.
There is probably a timer somewhere that is ticking faster then it should be,
and that is used by all those elements.
This bug was tested on 1.9.4 version of Wine, but it is also present on older
versions.
--
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=12159
Summary: Alt-click moves the windows instead of giving access to
alternate functionalities in Photoshop Cs2
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mariejoaile(a)gmail.com
Steps to reproduce:
1- Open Photoshop
2- Create a new document or open one
3- Pick a selection tool or clone or any of the tool making use of an alternate
function using alt
4- Try to use this alt-click option and instead of for instance for the select
tool, deselecting, it will move the window.
This action is very important because there is no other way to use certain of
Photoshop's tool, making tools like clone and healing useless.
--
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.