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.
https://bugs.winehq.org/show_bug.cgi?id=46538
Bug ID: 46538
Summary: Unreal Tournament (UT99): mouse clicks in main menu
work only once (regression)
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nowic(a)wenner.ch
Distribution: ---
Created attachment 63395
--> https://bugs.winehq.org/attachment.cgi?id=63395
Commandline output
The main menu drop downs only works the first time using the mouse. After the
first click only navigation using the keyboard works which is quite annoying.
I remember that this worked without issues in a previous version of wine.
Probably wine < 3.0.
GPU: GeForce 940MX
--
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=42797
Bug ID: 42797
Summary: ICU64 for VICE: No highlighted read/write-colors in
Memory-window.
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: enkorv(a)yahoo.com
Distribution: ---
Created attachment 57824
--> https://bugs.winehq.org/attachment.cgi?id=57824
terminal output when running ICU64.exe
VICE is a Commodore 64 (and siblings) emulator. "ICU64 for VICE" is a hacking
tool that piggybacks onto the emulator and shows memory maps in useful ways.
When starting ICU64.exe it opens a small toolbar and starts the VICE emulator
as well. When selecting Memory in the toolbar a window opens which shows the
memory map of the Commodore 64. It should also highlight the memory read and
writes as well as where the CPU is currently running, using color highlighting.
This part doesn't work so the window just has a black background. You can still
zoom in and out in the memory map (using mouse scroll-wheel) and see the values
of the memory locations changing live.
An example of how the color highlighting typically looks is here (could not
find a clip of ICU64 for VICE, so this clip shows ICU64 for Frodo, which is
another Commodore 64 emulator): https://www.youtube.com/watch?v=tjcvR5McmSg
Testing and wine-environment:
Ubuntu 16.10 - 4.8.0-46-generic
wine-2.4
ICU64 needs Microsoft .NET Framework 2.0 (see
http://icu64.blogspot.se/p/download.html )
WINEPREFIX=~/.winetest2017 WINEARCH=win32 wineboot
WINEPREFIX=~/.winetest2017 winetricks dotnet2
ICU64 - https://sites.google.com/site/mathfigure/icu64vice23-v0.1.2.zip
c89d54ea7d64834694c3590660dee69e0738a418
WinVICE 2.3 -
https://sourceforge.net/projects/vice-emu/files/releases/binaries/windows/W…
b2a7ffafbcef1ab159681002616d9cf819c1ef84
Download both, unzip into same folder and run ICU64.exe.
--
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=46500
Bug ID: 46500
Summary: Cogpack - Exercises can't be run - Error 380 - Invalid
property value
Product: Wine
Version: 4.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 63348
--> https://bugs.winehq.org/attachment.cgi?id=63348
Console output on wine 4.0-rc6
Hello everyone,
the application in question can be downloaded from and also has a demo version
available which has the same "symptoms" as the full version:
http://www.markersoftware.com/USA/demoinfo.htm#Download
It returns an error message "invalid property value" with an error code of 380.
Console output is attached and an entry for the AppDB has been submitted as
well.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=42384
Bug ID: 42384
Summary: WinOmega 10.00.24 attempts to use certmgr.msc
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)winomega.com
Distribution: ---
Created attachment 57179
--> https://bugs.winehq.org/attachment.cgi?id=57179
certmgr.msc error
WinOmega 10.00.24
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=33538) is yields
an error (see screenshot) when attempting to manage certificates through:
Facturación -> Clientes -> Firmar -> Factura-e
The program relies on certmgr.msc (MMC snap-in) for certificate management. A
possible workaround could be to use certmgr.exe (Certificate Manager Tool) in
its stead. However certmgr.exe isn't usable due to bug 42383
(https://bugs.winehq.org/show_bug.cgi?id=42383).
--
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=47847
Bug ID: 47847
Summary: Disable Windows 10's "privacy wizard" after locale
change
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot can automatically set up locale-specific live snapshots (after the
locale has been manually installed, see point 1 of bug 47804).
However on Windows 10 the mandatory reboot is sometimes followed by a wizard
asking a bunch of questions like whether to use audio speech recognition, what
kind of reports to send Microsoft, etc. I think this is the "Choose your
Privacy Settings" wizard. Of course that breaks the snapshot creation since the
TestBot cannot answer these questions, fails to detect they are even being
asked (because TestAgentd is already running in the background), and creates a
snapshot of the half-baked state.
So one question is: how can one prevent Windows from putting up this wizard?
But then, while I had this wizard for the French locale, I did not get it for
Arabic. Would it perchance only happen for European locales? If so the pain may
be bearable.
--
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.