https://bugs.winehq.org/show_bug.cgi?id=47813
Bug ID: 47813
Summary: Itch.io: Warning or error when launching a game
(GetFileInformationByHandleEx for FileAttributeTagInfo
unimplemented)
Product: Wine
Version: 4.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: theristhewolf(a)gmail.com
Distribution: ---
The Windows version of the Itch.io desktop app (which can be downloaded as
itch-windows-amd64.zip from https://fasterthanlime.itch.io/itch ) generates a
warning message such as the following when launching most titles:
"An error occurred while launching [APP]. The message we got was: While doing
auto prereqs: GetFileInformationByHandleEx
[BINARY_LOCATION_IN_VIRTUAL_C_DRIVE]: Call not implemented."
With these titles, the game can be launched normally by clicking the "Continue"
button. However, with at least one Itch game (and, presumably, any Itch game
that only works if launched via the Itch client), the error message instead
reads as follows:
"An error occurred while launching [APP]. GetFileInformationByHandleEx
[BINARY_LOCATION_IN_VIRTUAL_C_DRIVE]: Call not implemented."
In this case, there is no "Continue" button to click (the bottom right corner
of the window instead has an "OK" button, which dismisses the message and
proceeds to a Itch bug submission window if a checkbox is enabled, as well as
an "Open folder in explorer" button).
This issue was originally reported as a bug for the Itch desktop client (see
https://github.com/itchio/itch/issues/2324 ), and a developer for that project
has stated that the described behavior occurs due to Wine's partial
implementation of the GetFileInformationByHandleEx function (specifically, for
the case when the class passed into the function is FileAttributeTagInfo).
Since this is the function call that Go generates when compiling an os.Stat
function call performed on a file returned by os.Open, the responding Itch
developer expressed a preference for the missing functionality in Wine to be
implemented due to this issue's potential impact on other Windows applications
that were written in Go. To that end, said developer has generated a short Go
code snippet (viewable at
https://gist.github.com/fasterthanlime/ec8177b114fa9f711d90b95b49a0e236 ) that
tests the os.Stat and os.Open functions.
This issue has been originally produced in Lutris's variant of Wine version
4.12.1-x86_64. I have attempted to reproduce the issue on a system-wide
install of Wine 4.16 (as installed on Linux Mint 19.1 via the winehq-devel
package), but I have not been able to get the Itch client's window to display
anything other than a blank black box when running Itch this way (presumably,
there's either a mistake that I've been overlooking, a setup step that Lutris
does that I'm missing, a workaround that Lutris does that I'm not aware of, or
a bugfix in Lutris's flavor of Wine that isn't mainlined).
I'm hoping, due to the specificity of the bug's identification and the
verification of the fact that GetFileInformationByHandle remains a stub in the
main Wine project's master branch, that the lack of reproduction in the
development version of vanilla Wine will be tolerated for this report. If not,
I can continue trying to flail at my efforts to reproduce the bug without the
use of Lutris.
--
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=35585
Bug ID: 35585
Summary: Castlevania: Lords of Shadow 2 demo endless loading
screen without native d3dx9_36
Product: Wine
Version: unspecified
Hardware: x86
URL: http://store.steampowered.com/app/239250
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
Created attachment 47513
--> http://bugs.winehq.org/attachment.cgi?id=47513
+d3dx+seh+tid
Without native d3dx9_36 game shows endless loading screen with hourglass.
Tested on Wine 1.7.12-57-gf4985e4
--
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=47192
Bug ID: 47192
Summary: Halo 2: PS4 controller no longer registers inputs
Product: Wine
Version: 4.8
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielbr(a)live.no
I have previously used Wine staging 4.6 and 4.7 with Halo 2. With the latest
4.8 update i can no longer use the controllers buttons, which works flawlessly
in Dolphin and Retroarch anymore. I have not configured the controller in any
way, just connecting it by bluetooth or wired as always.
This occurs on Macos 10.14.4.
Halo 2 can be freely installed here: https://www.cartographer.online/
Wine also cuts off sound after the intro which hopefully someone can look into.
I have Halo installed as a 64 bit app.
--
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=33848
Bug #: 33848
Summary: InstallShield fails to install any files on NTFS /
FAT32 partitions, while others can...
Product: Wine
Version: 1.5.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tesfabpel(a)gmail.com
Classification: Unclassified
When you install a software that uses InstallShield (like Crysis, No One Lives
Forever 2, Myth 3 :P) on a NTFS / FAT32 partition, it fails the installation
right away with this error:
Access Denied
Other setup software like NSIS are able to install on those partitions (like
Notepad++)...
This bug is veeeery old (bug [17776])
---
Quote from bug [17776]:
Specfically -- and this is a guess -- I think stat() is returning different
values for files not yet committed to disk. IShield sees this, and assumes it's
being silently denied access to certain features when in fact what it wanted
actually happened, it's just being hidden due to this bug.
---
The solution then should be (IMHO) to implement a wrapper for the equivalent of
stat() in Windows that takes into account these differences and returns what
Windows' apps expect to get...
I set the bug's severity as major and not normal because it makes Wine fail
at "Emulating" Windows (yeah, I know, WINE Is not an Emulator :P) with a so
important setup software like InstallShield...
BTW shouldn't then the bug be related to IS?
Maybe, but anyway this denotes a difference in behaviour with Windows that I
think should be solved...
Anyway these are only my opinions... :)
--
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=35223
Bug ID: 35223
Summary: King's Bounty Crossworlds crashes in the new campaign
when entering the sea tower on the first island
Product: Wine
Version: 1.7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: i30817(a)gmail.com
Classification: Unclassified
As in the title. The error window it presents is:
".\BMRender\rmode.cpp(4050): DirectX call failed: 1, 1, D3ERR_INVALIDCALL (The
method call is invalid. For example, a method's parameter may not be a valid
pointer)"
This game already had crashes when loading levels or combat (probably) due to
the implemented messages wine emits with it:
"fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Generation of mipmaps for
compressed pixel formats is not implemented yet"
These could be worked around by setting texture quality to minimum (on the
Gallium 0.4 radeon driver). This error can't be worked around with that as far
as i can tell. A similar, but different (different line number, -1 instead of
1) error on windows, apparently has a workaround of disabling vsync but that
doesn't work in this case.
--
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=44540
Bug ID: 44540
Summary: Imperium GBR terminate unexpectly when using native
quartz.dll
Product: Wine
Version: 3.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
Created attachment 60497
--> https://bugs.winehq.org/attachment.cgi?id=60497
log with dsound setted as native
Imperium GBR terminate unexpectly (without crash), with exit code -127 when
using native quartz.dll (from directmusic winetricks component)
The beheviour change if I have dsound setted as builtin or native.
If dsound is setted as builtin the game exit after the resolution change,
before playing the videos.
If dsound is setted as native the game play the videos and then terminate
before entering the main menu.
For playing music in the game it need dsound,dmime,dmsynth,dmusic,dswave as
native (this issue happens in the described ways if the mentioned dll (other
then dsound) are setted as builtin or native)
--
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=39013
Bug ID: 39013
Summary: Cannot change the location of the folder put in
/tmp/.wine-uid
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sstewartgallus00(a)mylangara.bc.ca
Distribution: ---
I want to set /tmp on my machine to be only readable and writeable by root and
I cannot use Wine with that configuration unless I can change that folder.
Also, only allowing the static folder in /tmp opens up a denial-of-service
attack against other users. A user can be a jerk and create /tmp/.wine-uid
directories to block other users.
--
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=35522
Bug ID: 35522
Summary: Send a test to testbot using 1 page instead of 3
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Classification: Unclassified
Currently it is:
1. Select a file to send
2. Select the VMs
3. Select additional flags (command line arguments, whether to run 64-bit
tests, debug level, report successful tests)
One option would be to merge all 3 pages into 1. Another possibility is to
add option "Use defaults" and activate it by default to skip 2 and 3 pages
using default settings (which in most cases nobody cares about).
--
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=8051
trymeout(a)tutanota.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |trymeout(a)tutanota.com
--- Comment #172 from trymeout(a)tutanota.com ---
Created attachment 65434
--> https://bugs.winehq.org/attachment.cgi?id=65434
log
Still occurs in Wine 4.17
--
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=31788
Bug #: 31788
Summary: Run the tests in Wine on Mac OS X
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
Just like it would be useful to run the test in Wine on Linux and FreeBSD (see
bug 31787), it would be useful to run them on Mac OS X.
However whereas setting up a Linux VM is easy, doing so with Mac OS X seems to
be much trickier, both technically and due to the EULA. In particular it may
require running the VM on real Apple hardware (so no rack mounting for this
one?). There's also the question about whether this would make for a meaningful
test system.
So if we exclude VMs, this bring us back to getting tests to run on real
hardware (bug 31786).
--
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.