https://bugs.winehq.org/show_bug.cgi?id=3817
zzzzzyzz(a)hacari.org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zzzzzyzz(a)hacari.org
--
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=3817
Richard Yao <ryao(a)gentoo.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ryao(a)gentoo.org
--- Comment #44 from Richard Yao <ryao(a)gentoo.org> ---
If case insensitivity performance is a problem, why not just use a filesystem
that supports it, like ZFS. ZFS makes it easy to enable case insensitivity on
all supported platforms. This is Oracle’s documentation from OpenSolaris, but
it applies to OpenZFS (the continuation of the open source version) too:
https://docs.oracle.com/cd/E19120-01/open.solaris/817-2271/gftgr/index.html
You can set this behavior on Linux, Mac OS X, FreeBSD, Illumos, etcetera.
--
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=28251
Summary: Shadows do not appear in Mafia II
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peanuthead_069(a)yahoo.com
I'm not sure if it can be fixed via winetricks, but shadow maps don't show up
ingame even if I tweak with the ingame settings. Also, the skydome texture
occasionally flickers when I drive or move around. Nothing really that
show-stopping, as I can play the game just fine, albeit with somewhat lower
framerates.
--
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=45707
Bug ID: 45707
Summary: PC Pup: Setup hangs - "syslevel.c: Win16Mutex" wait
timed out
Product: Wine
Version: 3.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: wyattmeister(a)gmail.com
Distribution: ---
Created attachment 62136
--> https://bugs.winehq.org/attachment.cgi?id=62136
Dialogue box with progress bar
The game is PC Pup by Neechez Innovation
When I try to run setup.exe, a dialogue box with a progress bar appears, which
fills to 100%, and then hangs. The program then stops drawing to the screen,
and after a while, this appears in the terminal:
002f:err:ntdll:RtlpWaitForCriticalSection section 0x7e78d340 "syslevel.c:
Win16Mutex" wait timed out in thread 002f, blocked by 0030, retrying (60 sec)
Have tried using single-threading, and also tried Windows 95 and Windows XP in
winecfg, to no avail.
--
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=45705
Bug ID: 45705
Summary: Doom 2016 fails to start ("SteamAPI_Init() failed")
Product: Wine
Version: 3.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Works in 3.14 but fails in wine-3.14-161-g70fbfa2cb8. Message box appears:
"SteamAPI_Init() failed"
--
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=45704
Bug ID: 45704
Summary: Mouse movement nearly impossible and high CPU usage
Product: Wine
Version: 3.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: old_man999(a)freenet.de
Distribution: ---
This happens in IL2-Sturmovik (v1.2) on Fedora28.
Until ~4.13 everything worked as expected including graphics hardware
acceleration. I've downgraded to 4.5 to verify.
This issue still occurs in winehq-devel package (4.14).
--
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=45693
Bug ID: 45693
Summary: VirtualLink Software-Setup fails immediately
Product: Wine
Version: 3.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: herbert.eberth(a)online.de
Distribution: ---
Created attachment 62119
--> https://bugs.winehq.org/attachment.cgi?id=62119
Error report generated after the setup crash.
Hello,
to connect my Silex USB Connect Server to my PC, I have to install the Silex
Virtual Link Software, which is part of the Device Server Software "s-40a720"
(Download-Link: http://www.silexeurope.com/media/software/s-40a720.zip).
While the Device Server Software Dialog opens without problems, the Setup of
the Virtual Link Software fails. After unpacking the s-40a720-zip-file, the
setup-file for Virtual Link can be found in /s-40a720/Utility/Virtuallink/ and
is named cosetup.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.
https://bugs.winehq.org/show_bug.cgi?id=43794
Bug ID: 43794
Summary: While mouse warping is in use, a bounding box randomly
traps the cursor.
Product: Wine
Version: 2.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jlinkkai(a)gmail.com
Distribution: ---
I've not seen any reports of this, so it may have something to do with my
setup. Whenever a program uses mouse warping, a bounding box may trap it at a
random time. This is temporarily resolved by causing the window to lose focus.
I first knew this bug to occur on 2.4, and it may have been earlier. I knew 2.0
to work perfectly in this regard, but Steam now crashes on that version and
cannot test 2.1-2.3.
I've created a video demonstrating situations where this occurs. Please request
more info where needed.
https://youtu.be/-Nzt6p8fYis
--
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=19376
Summary: Suspend kwin's compositing when starting a 3D
application
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kde(a)martin-graesslin.com
KDE bug https://bugs.kde.org/show_bug.cgi?id=198744 illustrates that some
graphics card drivers are still not able to support 3D applications in a
composited environment correctly. This seems to be a stronger problem for wine
applications (at least in the bug report).
KWin supports suspending compositing via a dbus interface
(http://websvn.kde.org/*checkout*/trunk/KDE/kdebase/workspace/kwin/org.kde.K…).
You can basically check if compositing is active, suspend it when the app is
started and resume when the app is closed. This is for example done by KDE's
powermanagement daemon.
As a shell script it looks like that:
composited='qdbus org.kde.kwin /KWin compositingActive'
if $composited; then qdbus org.kde.kwin /KWin toggleCompositing; fi
wine blablabla
if $composited; then qdbus org.kde.kwin /KWin toggleCompositing; fi
I basically wish with this enhancement report that you add support for
suspending KWin's compositing on an application basis in wine. It shouldn't be
for every app and it shouldn't be activated in general but the user should have
the possibility to just say that one specified app should suspend compositing.
--
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=42016
Bug ID: 42016
Summary: texture map covering whole screen (Driver San
Francisco)
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 56461
--> https://bugs.winehq.org/attachment.cgi?id=56461
controls option menu screen shot bug visible
Some kind of texture map covers the whole screen when driving, making the game
unplayable. The same texture covers the whole screen in the controls option
menu (see attached screen shot).
It looks like the game want to show an icon from a texture map, but the whole
texture map is drawn instead.
The log and screenshot are from a 3840x1024 triple-monitor setup, but the issue
is the same on a 1920x1080 widescreen setup.
Found on wine 1.9.22, still present on wine 2.0-rc2.
--
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.