https://bugs.winehq.org/show_bug.cgi?id=45518
Bug ID: 45518
Summary: Empire Earth GOG: Mouse lags since update to 3.13
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gereon(a)gereonfox.de
Distribution: ---
Since updating Wine from 3.11 to 3.13, the mouse pointer is extremely laggy in
Empire Earth (GOG edition), in both the menus and the actual game play (which I
barely managed to with that amount of lag). All one has to do to reproduce this
is launch the game and move the mouse in the main menu
I have been playing the game for a few months now on OpenSUSE Leap 42.3 (x86,
64bit), using bumblebee (so I called "optirun wine "EE-AOC.exe"). Everything
worked totally fine, the only thing I had done in the very beginning to play
with EE's graphics settings a bit. Since then I have not done anything that
could have caused mouse pointer problem.
To make sure that the problem is indeed caused by the Wine update, I tested the
following Wine versions:
Wine 2.0.1 - similar problems, though not entirely the same
Wine 3.9 - this is what I downgraded Wine to right now (because 3.11 is not
available anymore in my repos), here everything works fine
Wine 3.11 - this is the version that I used before 3.13 and everything was fine
here
Wine 3.13 - this is where I noticed the problem for the first time
In addition, the AppDB page of Empire Earth
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=25242) describes
a similar-sounding problem for all Wine versions prior to 3.4 that the game was
tested with ("mouse slow").
I am aware of the very similar bug report
https://bugs.winehq.org/show_bug.cgi?id=13351 and maybe it's got something to
do with this, but I'm not sure that the lag I'm experiencing is exactly that
problem: The workaround mentioned there ('xinput') did not help me (as opposed
to the people in said report).
Judging by the above observations, my guess is that somewhere between 3.0 and
3.4 the problem has been fixed, but somewhere between 3.11 and 3.13 it has been
reintroduced.
The bug I mentioned above lists this link as a source of a demo version of EE:
https://www.fileplanet.com/80809/80000/fileinfo/Empire-Earth-Demo
--
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=44227
Bug ID: 44227
Summary: Delta Force Black Hawk Down: monitor freq out of range
Product: Wine
Version: 3.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)telfort.nl
Distribution: ---
Created attachment 60022
--> https://bugs.winehq.org/attachment.cgi?id=60022
Console messages installing and playing the game for the first time
When starting the game, my monitor goes black with the message "DVI-D out of
range 95.2kHz / 60Hz"
$ uname -a
Linux archlinux 4.14.8-1-ARCH #1 SMP PREEMPT Wed Dec 20 21:27:44 UTC
2017 x86_64 GNU/Linux
--
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=44634
Bug ID: 44634
Summary: Mafia stops at the screen configuration
Product: Wine
Version: 3.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: etienne111(a)hotmail.com
Distribution: ---
Created attachment 60626
--> https://bugs.winehq.org/attachment.cgi?id=60626
Report Wine at start game "Mafia: The City of Lost Heaven"
Hello,
I can not start the Mafia game: The City of Lost Heaven. It stops at the start
of the configuration of the screen that precedes the launch of the game. Yet
this game works perfectly with Windows 7.
OpenSuse 42.3
Wine 3.2 Wine Official repository for OpenSuse
Intel I7
32 GB ram
Graphics Card: Intel Xeon E3-1200 Corporation v2 / 3rd Core Gen Core Graphics
Graphics Controller
--
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=40086
Bug ID: 40086
Summary: Sims Complete Collection Crash on loading screen
Product: Wine
Version: 1.9.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
System Specs used in Test
Wine 1.9.2
Nvidia Drivers 361.18
Linux Mint 17.2 Raffaela XFCE Edition 64Bit - Kernel 4.2.0-25 generic (ubuntu
mainline) - P-State: Performance
CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus
MEMORY: 8GB DDR3 1333 (2x4) Patriot value (dual channel: 21.3 gb/s)
GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition
Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s)
MAINBOARD: MSI H81M E33
If game begins with videos show this error
wine sims
fixme:d3d_surface:surface_cpu_blt Filter WINED3D_TEXF_LINEAR not supported in
software blit.
If rename or move intro videos but have as native amstream, quartz and devenum
wine sims
fixme:win:EnumDisplayDevicesW ((null),0,0x33f048,0x00000000), stub!
fixme:d3d:wined3d_device_decref Device released with resources still bound,
acceptable but unexpected.
fixme:d3d:wined3d_device_decref Leftover resource 0x19b048 with type
WINED3D_RTYPE_SURFACE (0x1).
fixme:d3d:wined3d_device_decref Leftover resource 0x19aea8 with type
WINED3D_RTYPE_TEXTURE (0x3).
fixme:win:EnumDisplayDevicesW ((null),0,0x33f048,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f248,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f5f8,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f5f8,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1.
err:d3d:resource_unload Resource 0x15f5d0 is being unloaded while mapped.
err:d3d:resource_unload Resource 0x15f5d0 is being unloaded while mapped.
err:d3d:resource_unload Resource 0x15f1d8 is being unloaded while mapped.
err:d3d:resource_unload Resource 0x15f1d8 is being unloaded while mapped.
err:ntdll:RtlpWaitForCriticalSection section 0x7ddf7da0 "wined3d_main.c:
wined3d_cs" wait timed out in thread 0098, blocked by 00c2, retrying (60 sec)
--
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=31674
Bug #: 31674
Summary: Wine 1.5.6 breaks Quicken 99 import of .qif files;
special text character handling problem
Product: Wine
Version: 1.5.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: drt781(a)yahoo.com
Classification: Unclassified
Have been using Quicken 99 for years via Wine. Upgraded from OpenSuse 12.1 to
OpenSuse 12.2, and with it Wine 1.5.6 broke import function for .qif files.
When I try to import a local .qif file (containing transactions) the operation
completes "successfully" but resulting table of data is corrupted. Quicken 99
now, newly, incorrectly interprets .qif files. Uses current date for most
transactions (instead of historical), and appears to have mangled, shifted,
and/or truncated fields. Where 2d field frequently was blank, 3d field shifted
into its place in truncated form. None of the fields displayed correctly.
Dollar amounts also incorrect; inaccurate and too large by a factor of x100, as
if Q 99 failed to see decimals, but the cents still are not rounded (as would
be expected if decimal was just dropped) and the amounts are not familar.
Only the imported data is corrupted; pre-existing data ok. Looks like a
possible problem/change in handling special characters in plain text import
files, such as following symbols: ' , and . Possibly also following: * and /
The ^ character separated transactions; may have been read ok. Don't think
that would explain the entire problem, though.
Problem also exists under Wine 1.5.12, not resolved. This will make it much
harder to use Q99.
--
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=40510
Bug ID: 40510
Summary: Garena+: messenger window disappears after clicking on
it.
Product: Wine
Version: 1.9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeffrey_go(a)dlsu.edu.ph
Distribution: ---
Created attachment 54307
--> https://bugs.winehq.org/attachment.cgi?id=54307
a backtrace report
after entering the username/password
it will show that it is initializing
afterwards, wine crashes
--
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=34576
Bug #: 34576
Summary: Altova XML Spy 2013 rel.2 sp2: crashes during entering
registration code
Product: Wine
Version: 1.7.2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kroman(a)hp.com
Classification: Unclassified
Created attachment 46028
--> http://bugs.winehq.org/attachment.cgi?id=46028
backtrace
Latest version of Altova crashes while entering (correct) permament
registration code. Steps to reproduce:
1. Download latest Altova XML Spy 32-bit, Enterprise Edition from
http://www.altova.com/download_current.html.
2. Install it (no .wine directory).
3. Run Xml Spy from Wine menu from application launcher.
4. Enter permament license key, my data:
Name: Kamil Roman
Company: Hewlett-Packard Co
Unfortunately, for obvious reasons I can't give you the registration key.
However, one may request for a trial key, which will probably result in the
same error as the application seems to crash while trying to download some data
from the Internet.
Running Kubuntu Running, wine 1.7.2 from wine ppa. Any workaround is very
welcome.
Installer's sha1 sum:
kamil@localhost:~/Downloads/instalki HP$ sha1sum XMLSpyEnt2013.exe
b6a8a921b67f358609ebf5092ba7b2a8fc94a5ac XMLSpyEnt2013.exe
--
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=46438
Bug ID: 46438
Summary: Fonts antialiasing does not work in Wine-i686 built on
a x86-64 host
Product: Wine
Version: 4.0-rc5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 63221
--> https://bugs.winehq.org/attachment.cgi?id=63221
winecfg
It's not the first time I'm facing this issue and now that I'm finally sick and
tired of it, I'm filing a bug report because I want to figure out once and for
all why I'm affected.
I run Fedora 29 64 and I'm building Wine this way:
export CFLAGS="-O2 -pipe -m32 -march=pentium-m"
export LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu"
./configure --prefix=/opt/wine --disable-tests && make && make install
Wine seemingly successfully finds and uses the necessary libraries:
$ strace -e file -fF notepad 2>&1 | egrep "freetype|libfontconf"
[pid 20804] openat(AT_FDCWD, "/lib/libfreetype.so.6",
O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 14
[pid 20804] openat(AT_FDCWD, "/lib/libfontconfig.so.1",
O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 14
[pid 20782] openat(AT_FDCWD, "/lib/libfreetype.so.6",
O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 5
[pid 20782] openat(AT_FDCWD, "/lib/libfontconfig.so.1",
O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 5
[pid 20775] openat(AT_FDCWD, "/lib/libfreetype.so.6",
O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 10
[pid 20775] openat(AT_FDCWD, "/lib/libfontconfig.so.1",
O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 10
[pid 20808] openat(AT_FDCWD, "/lib/libfreetype.so.6",
O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 8
[pid 20808] openat(AT_FDCWD, "/lib/libfontconfig.so.1",
O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 8
However fonts are not antialiased.
Please advise.
--
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=41946
Bug ID: 41946
Summary: Can't run SourceSafe over samba mount
Product: Wine
Version: 1.9.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: kelk1(a)hotmail.com
Distribution: ---
Hi,
Until maybe a year or so, I used to be able to use SourceSafe with the
executable on a mounted samba share. Then one day, it started failing after the
authentication dialog.
I get a Microsoft Visual SourceSafe dialog which says "Invalid Handle" and a
winerserver message on the console which says: "file_set_error() can't map
error: Operation not supported"
Here is my environment in Fedora 24:
${HOME}/gvfs is a symlink to /run/user/uid/gvfs
${SSAFE} is set to
"${HOME}/gvfs/smb-share:domain(...)/SourceSafe/somedir/vss6/win32/SSEXP.EXE"
When I run `wine "$SSAFE"` (which again used to work until fairly recently), I
get the Visual SourceSafe Login dialog and the "Invalid Handle" error.
$ rpm -q wine samba
wine-1.9.23-2.fc24.x86_64
samba-4.4.7-2.fc24.x86_64
--
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=41718
Bug ID: 41718
Summary: netapi32:access test regression
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: netapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Since the commit below, the newtb-w7u machine times out:
access.c:342: Local groupname:L"Administrators"
access.c:343: Comment: L"Administrators have complete and unrestricted access
to the computer/domain"
access.c:352: domain and name: L"wtbw7u\\Administrator"
access.c:352: domain and name: L"wtbw7u\\winetest"
test failed: timed out
See:
https://test.winehq.org/data/tests/netapi32:access.html
commit 199b0bf84eb8f4cc8ab2bc44f8e40f0b42d48575
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Mon Oct 24 10:04:19 2016 +0200
netapi32: Implement DavGetUNCFromHTTPPath.
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Hans is already aware of this issue and has determined that the first 3
DavGetUNCFromHTTPPath() calls take 15, 5 and 9 seconds, specifically on that
one box. Commenting one of these 3 calls means the next 3 will take this amount
of time.
It appears the only thing specific to that box is that it has a CD in the
CD-ROM drive. However it's a virtual CD drive accessing an ISO image so there
is no reason for it to be slow.
--
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.