https://bugs.winehq.org/show_bug.cgi?id=49548
Bug ID: 49548
Summary: Input issue with Detroit Become Human
Product: Wine
Version: 5.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ahmed.com(a)tutanota.com
Distribution: ---
I was playing Detroit Become Human using wine 5.12, and I had an issue with the
part of the game where I play as Kara, and I suppose to ventilate the room, and
I couldn't press the buttons to do that using a controller (by pressing RT), or
a keyboard (by pressing L-Shift), changing the keybindings didn't help either!!
If you want to know which part of the game I am talking about watch this video
>>> https://youtu.be/S9aYYy21ux4?t=204 (I marked the exact time for you (3:24),
so you don't have to watch the whole video.
I thought at first that it has to be a bug with the game, but I couldn't find
any similar issue after searching on the internet. I tried everything possible
to fix this issue until I decided to try running the game with proton 5.0-8
instead, and to my surprise it doesn't exist with Proton.
This issue exists with wine-staging, and wine-devel.
--
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=49539
Bug ID: 49539
Summary: IShellView displays incorrect file size for files >2GB
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Distribution: ---
Created attachment 67670
--> https://bugs.winehq.org/attachment.cgi?id=67670
explorer screenshot
The IShellView directory listing (i.e. in explorer.exe) shows an incorrect file
size for files larger than 2 GB. Right click->Properties shows the correct file
size. See screenshot.
I think this is caused by the use of a DWORD for dwFileSize in the PIDLDATA
FileStruct, and used by _ILGetFileSize.
--
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=49530
Bug ID: 49530
Summary: GetCommandLineA() behaves differently than it does on
Windows
Product: Wine
Version: 5.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: oguilherme(a)protonmail.com
Distribution: ---
Created attachment 67663
--> https://bugs.winehq.org/attachment.cgi?id=67663
Garbled string displayed in the input field
Hi people!
Let me being by saying that both the title and the affected Wine component I've
chosen, are just "educated guesses" of mine, so feel free to change them, if
necessary.
And although this seems to be a regression introduced on Wine 5.9, I'm not sure
if Wine is 100% at fault here.
But anyway, let's reproduce this bug:
1. Download this program called "Detect It Easy":
https://github.com/horsicq/DIE-engine/releases/download/2.05/die_win32_port…
(sha1: fbaf9b98421a39f092eba1be83b5bb24e33682da)
2. Extract it.
3. There are two executables to choose from, but for this example, let's run
"DIEL.EXE", which is the Lite version.
The program should open just fine, but only on Wine 5.9+ you will get random
characters to appear in the first input field. Luckily, the source code is
available here:
diel.exe:
https://github.com/horsicq/DIE-engine/blob/c55449c85bed0d456cbdd409d1abaa7b…
As we can see, it merely acts as a launcher for the actual program, which sits
in the "base\" directory.
Anyway, I'm not a C/C++ programmer myself, but some of the logic in that
entry() function seems really questionable to me.
Regardless, if it works on Windows and it used to work on Wine 5.8, that surely
means it's a Wine regression, right? Well, maybe... The thing is, I am also
able to reproduce this on Windows, but only in a different way. I have to run
the "DIEL.EXE" binary using either the Command Prompt:
\> cd die_win32_portable_2.05\
\> diel.exe
Or PowerShell:
$ cd die_win32_portable_2.05\
$ .\diel.exe
Once I do that, I get the same garbled string I get on Wine -- which I'm
guessing is just uninitialized memory from the "szArgument" variable.
I can not, however, reproduce this on Windows anymore if I run "DIEL.EXE" by
double-click it.
And I learned that this happens because Windows will always add a trailing
whitespace to the return value of GetCommandLineA(). But it won't do the same
if the executable is running via the command line, apparently! And I'm not too
familiar with Windows APIs at all, so I don't know the reason for that.
And since "DIEL.EXE" relies on GetCommandLineA() to extract any program
arguments and forward them to the "real" executable inside the "base\"
directory, that weird (and wrong?) condition on line 70, actually prevents the
garbled string from ever showing up, because diel.exe considers that extra
whitespace as an argument, and initializes the "szArgument" variable with that
value.
So... I ran a git bisect (twice, just to be sure) between versions 5.8 and 5.9,
and the culprit appears to be commit 7cc9ccbd22511d71d23ee298cd9718da1e448dbc.
I wasn't able to revert said commit against the master branch, and I have no
idea on how to do it manually either. At least not without breaking everything
else. :)
So, yeah. Let me know if I can help with anything else.
Regards,
Guilherme
--
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=16147
Summary: MSN Messenger 7.0: Webcam doesn't work
Product: Wine
Version: 1.1.9
Platform: PC
URL: http://www.microsoft.com/downloads/details.aspx?familyid
=d78f2ff1-79ea-4066-8ba0-ddbed94864fc&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
If you try to use the webcam through MSN Messenger, you will just see a weird
image. The webcam works perfectly in Cheese, so the webcam is working fine.
I'm using Ubuntu 8.10 and Wine 1.1.9.
I think this lines are related:
fixme:qcap:fnCaptureGraphBuilder2_FindInterface
(0x1a7f278/0x1a7f278)->({fb6c4281-0353-11d1-905f-0000c0cc16ba}, (null),
0x1a81e60, {c6e13340-30ac-11d0-a18c-00a0c9118956}, 0xbd5158) - workaround stub!
fixme:qcap:KSP_Get () Not adding a pin with PIN_CATEGORY_CAPTURE
fixme:qcap:fnCaptureGraphBuilder2_Release Release IGraphFilter or w/e
fixme:qcap:fnCaptureGraphBuilder2_FindInterface
(0x1a7f290/0x1a7f290)->({fb6c4281-0353-11d1-905f-0000c0cc16ba}, (null),
0x1a81e60, {c6e13340-30ac-11d0-a18c-00a0c9118956}, 0xbd5158) - workaround stub!
fixme:qcap:KSP_Get () Not adding a pin with PIN_CATEGORY_CAPTURE
fixme:qcap:AMStreamConfig_GetNumberOfCapabilities 0x1a81e64: 0x32ebd0 0x32ebdc
- stub, intentional
fixme:qcap_v4l:qcap_driver_get_prop Not implemented 7
fixme:qcap_v4l:qcap_driver_get_prop Not implemented 5
fixme:qcap:fnCaptureGraphBuilder2_Release Release IGraphFilter or w/e
--
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=6230
--- Comment #23 from auxsvr(a)yahoo.com ---
Yes, it does (openSUSE 15.2 with wine-5.12).
--
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=49528
Bug ID: 49528
Summary: "CD-ROM drive, required to run....has not be found."
"...Setup: "Can not run from a shared network Compact
Disk drive"
Product: Wine
Version: 4.0.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rob-toner(a)hotmail.com
Distribution: ---
Created attachment 67659
--> https://bugs.winehq.org/attachment.cgi?id=67659
the debug log output
Hi,
The issue I have noticed is is CDROM. I encountered this trying to use a
programme which I think needs to be run from a CD. I do have the disc and
drive. However, I think it's a wine prompt which generates a window with a red
circle with a white X in it, says: "CD-ROM drive, required to run Kewala's
Typing Adventure, has not be found."
Then the next prompt window:
KEWALA Setup: "Can not run from a shared network Compact Disk drive"
The inbuilt drive (d:) does load automatically show in the WINEPREFIX as I can
see from winecfg. I've tried a number of way to try and satisfy this, for
example using winecfg to make another drive (like e: or f:), run it from
mounting /dev/sr0 in /mnt/ and even making an .iso of the disc and mounting
that to run. But nothing seems to work.
I have ran WINEDEBUG to generate a log file using the following command:
WINEARCH=win32 WINEPREFIX=/home/Rob/wines/testbottle32
WINEDEBUG=+file,+msgbox,+dialog,+volume /home/Rob/Desktop/'More linux
programmes'/WINE/'all installed wine components!'/wine-stable/bin/wine
/mnt/install.exe
Please see the attached log FYI.
Thanks and have a good day.
-Rob
--
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=49485
Bug ID: 49485
Summary: 64 bit Sierrachart Hangs on startup 70% of the time
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtgriggs(a)gmail.com
Distribution: ---
Created attachment 67598
--> https://bugs.winehq.org/attachment.cgi?id=67598
Log of Startup failure
64 bit Sierrachart Hangs on startup 70% of the time. After hang, program must
be force stopped. Eventually after a few tries, the program will start and
work fine.
Log file is attached.
--
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=49466
Bug ID: 49466
Summary: Wine Staging 5.11 breaks Native Instruments' apps
installation
Product: Wine-staging
Version: 5.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: taylorcompositor(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hello,
Wine staging was updated to v5.11 in Ubuntu Studio x64. After that, the Native
Instruments installers (Native Access, Kontakt) hung up and don finish the
install. Versions 5.9 and 5.10 -the ones I could test - worked fine with these
apps (only a library override and setting winecfg to Windows 10 were
necessary).
What is worse is that I haven't been able to revert to an older version. All
the recipes online didn't work for me.
I hope this can easily be fixed.
Thanks in advance!
--
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=49451
Bug ID: 49451
Summary: [5.11 regression] getcwd always returns Z:\
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xantares09(a)hotmail.com
Distribution: ---
Created attachment 67553
--> https://bugs.winehq.org/attachment.cgi?id=67553
simple C example calling getcwd
in wine 5.11, getcwd always returns Z:\ whatever the current dir wine is run
from
this is from archlinux x86_64
try compile this main.c with mingw and run it:
#include <unistd.h>
#include <stdio.h>
#include <limits.h>
int main() {
char cwd[PATH_MAX];
if (getcwd(cwd, sizeof(cwd)) != NULL) {
printf("Current working dir: %s\n", cwd);
} else {
perror("getcwd() error");
return 1;
}
return 0;
}
$ cd /tmp
$ x86_64-w64-mingw32-gcc main.c
$ wine a.exe
Current working dir: Z:\
with wine 5.10 we get:
Current working dir: Z:\tmp
--
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.