https://bugs.winehq.org/show_bug.cgi?id=51847
Bug ID: 51847
Summary: fixme:advapi
Product: Wine
Version: 6.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: danielrosario92(a)gmail.com
Distribution: ---
Created attachment 70741
--> https://bugs.winehq.org/attachment.cgi?id=70741
problems
not installing programs
--
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=42741
Bug ID: 42741
Summary: StarCraft I: 1.18 PTR fails to initialize
ClientSdk.dll
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: li.davidm96(a)gmail.com
Distribution: ---
Created attachment 57743
--> https://bugs.winehq.org/attachment.cgi?id=57743
stderr output of Wine when running StarCraft.exe
The 1.18 public test release of the upcoming version of StarCraft I does not
launch, as ClientSdk.dll fails to initialize.
Tested with Wine 2.4 (latest from Arch repositories), in a fresh 64-bit
wineprefix. Architecture is AMD64.
The download is here:
https://us.battle.net/forums/en/starcraft/topic/20753915707
sha1sum:
2d6702a425f13659227814fbc903568d63daeb08
/home/lidavidm/Downloads/Starcraft+1.18+PTR+1202.zip
--
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=49965
Bug ID: 49965
Summary: Wine crash upon clicking a password form
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: javi(a)legido.com
Distribution: ---
Created attachment 68360
--> https://bugs.winehq.org/attachment.cgi?id=68360
Backtrace
First of all many thanks to all the people involved in this project for their
time.
A) Steps to reproduce
1.1. Create below Dockerfile:
```
vim Dockerfile
```
With below content:
```
FROM debian:testing
RUN dpkg --add-architecture i386 && apt update
RUN apt install -y \
wine \
wine32 \
wine64 \
libwine \
libwine:i386 \
fonts-wine \
wget
RUN apt-get install -y \
cabextract \
unzip \
p7zip \
wget \
zenity \
kdialog \
winbind
RUN wget
https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetric…
RUN chmod +x winetricks
RUN mv winetricks /usr/local/bin
```
1.2. Create a docker container
```
docker run \
--name wine \
--net=host \
-e DISPLAY \
-v $HOME/.Xauthority:/root/.Xauthority \
-d localhost/wine \
/bin/sh -c "while true; do echo hello world; sleep 1; done"
docker exec -ti wine bash
```
1.3. Install dotnet in 32 bits architecture
```
env WINEARCH=win32 WINEPREFIX=~/.wine32 winetricks dotnet461
```
Here I tried with other versions, looks like there's no difference
1.4. Restart docker container (Window$ philosophy):
```
exit
docker restart wine; docker exec -ti wine bash
```
1.5. Install Adobe Digital Editions 4.5
```
cd
env WINEARCH=win32 WINEPREFIX=~/.wine32 wine .wine32/drive_c/Program\
Files/Adobe/Adobe\ Digital\ Editions\ 4.5/DigitalEditions.exe
```
I also tried with version 4.0, but same result
1.6. Try to register
1.6.1. Click 'Help', then 'Authorize computer'
1.6.2. Click the password field in the form
B) Expected behaviour
Being able to type the password
C) Found behaviour
The application crashes and exited. Sometimes I can't even relaunch it with
below command:
```
cd
env WINEARCH=win32 WINEPREFIX=~/.wine32 wine .wine32/drive_c/Program\
Files/Adobe/Adobe\ Digital\ Editions\ 4.5/DigitalEditions.exe
```
D) Error found
Below error appears in the docker terminal:
```
0009:err:eventlog:ReportEventW L"Application: DigitalEditions.exe\nFramework
Version: v4.0.30319\nDescription: The application requested process termination
through System.Environment.FailFast(string message).\nMessage: Unrecoverable
system error.\nStack:\n at System.Environment.FailFast(System.String)\n at
MS.Intern"...
```
Attached a Windows trace that one time I was able to get.
Thanks.
Javier
--
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=55233
Bug ID: 55233
Summary: A-Train PC Classic - UI is incorrectly sized and
cannot switch between selected windows.
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
The UI windows in A-Train PC Classic are unusable.
Note: This game was ported from the Nintendo 3DS, and most / all of it's UI is
intact. "UI windows" are essentially the game's menu / dialog box interface.
(Called "windows" here as that's what the game's configuration INI file calls
them.)
Attempting to start a new game the first time causes each window to fill the
entire application window and draw on top of each other. With only the top most
window receiving user input.
For the second attempt to start a new game, the windows are correctly sized /
placed but only the most recently drawn window accepts user input with no way
to switch to an inactive window. This breaks the game as the first requirement
of the player is to use an inactive window's "Enter Company Name" button.
The game's configuration INI file contains options for setting each window's
origin X/Y coordinates, width and height. However editing these values manually
seems to result in a deadlock. With the game continuing to update the
application window (minimize / partial hide / etc.) but otherwise refusing user
input after showing the company logos.
Attempting to use a known good configuration file from Windows also doesn't
work. As the game seemingly ignores it with no visible window behavior change
from when starting a new game. As described above.
--
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=38909
Bug ID: 38909
Summary: Notepad corrupts files saved as utf-8 without a byte
order mark (BOM)
Product: Wine
Version: 1.1.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
Created attachment 51843
--> https://bugs.winehq.org/attachment.cgi?id=51843
screenshot
See attached screenshot and test files (from bug 18191).
--
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=52250
Bug ID: 52250
Summary: windows.h WINE_NOWINSOCK check has been removed
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: sacrom(a)gmail.com
Distribution: ---
I'm using winelib to compile a Windows/Linux application, where we want to use
the Linux code for threads, files system handling, network code, shared
memory... and we want WINE just for the Win32 GUI code (as we did not implement
a GUI in the Linux/Unix side just on Windows)
Since WINE 6.8 (due this commit
https://source.winehq.org/git/wine.git/commit/9603fba8943f9699e3af6fcfe4acb…)
the WINE_NOWINSOCK check:
#ifndef WINE_NOWINSOCK
#include <winsock.h>
#endif /* WINE_NOWINSOCK */
Has been removed, now my application does not compile as I'm mixing Linux
socket definitions with the WINE/Windows "winsock.h" file.
If I add this check to the file, the application does compile as with WINE 6.7
Is it possible to add the check back? or should this be done in another way
now?
--
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=54261
Bug ID: 54261
Summary: State of Survival got stuck at the end of the loading
screen (fixme:dxgi:d3d11_swapchain_Present1?)
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thierry.vignaud(a)gmail.com
Distribution: ---
Created attachment 73817
--> https://bugs.winehq.org/attachment.cgi?id=73817
Wine logs when starting the game
State of Survival got stuck at the end of the loading screen
See https://appdb.winehq.org/objectManager.php?sClass=version&iId=41243
We can install the game using
https://sos-pc.kingsgroupgames.com/dlfile/?clickcode=official
It then downloads the game contents but doesn't progress near the end: it got
gets stuck on the Loading game resources screen.
Then there's a "dnrepair" popup that's unreadable due to squares in place of
most letters.
-----------------------
The game FAQ talk about that;
https://sos.kingsgroupgames.com/pc/faq?seq=error&p=ss_global&t=8Yim9FAR&l=en
"How do I solve the problem where the game gets stuck on the Loading game
resources screen?
1. Make sure that your VT (Virtualization Technology) is turned on. Please
refer to this tutorial: How to Turn on VT>>
2.
Close your security/anti-virus software, run the repair program,
restart your PC, and then re-enter the game. You can find the repair
program here: C:\Program Files (x86)\FunPlus\State of
Survival\engine\1.0.8\dnrepairer.exe"
-----------------------
Which is the famous dnrepair popup we're seeing above
On the terminal, wine displays tons of this message:
0158:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0089D778.
Sometimes another value is displayed:
0158:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0089AD58.
--
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=50065
Bug ID: 50065
Summary: its too old to use
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lankorchang1(a)gmail.com
its too old to use
--
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=47957
Bug ID: 47957
Summary: critical error when trying to start pCLAMP
Product: Wine
Version: 4.0.1
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: katiekim3088(a)gmail.com
Created attachment 65462
--> https://bugs.winehq.org/attachment.cgi?id=65462
this is the backtrace that it gave me
I am unable to use my 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=22080
Summary: Wine removes custom drive mappings
Product: Wine
Version: 1.1.40
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sub.mesa(a)gmail.com
Wine appears to be forgetting or removing my drive mappings. I have an NFS
filesystem mouned on /nfs, i am the owner of that directory with appropriate
write permissions. I do something like this:
# create new wine directory
mkdir /nfs/winetest
# populate wine directory
WINEPREFIX=/nfs/winetest/ winecfg
# Now i go to Drives tab, make a new D-drive, set it to /nfs, then click Apply
# close winecfg
# when i launch winecfg again, the /nfs D-drive is still there
# so far so good
# now launch some random application on the NFS-mount
cd /nfs/
WINEPREFIX=/nfs/winetest/ wine "D:\\prip\\setup.exe"
# result: wine: module not found; application does not start properly
# now check winecfg again:
WINEPREFIX=/nfs/winetest/ winecfg
# now our D-drive mapping isn't set to anything; its empty.
So it appears wine removes my custom drive mappings whenever an application is
launched or tries to access its DLLs located there. If i did something wrong,
i'm not aware of it. Wine should just accept the D-drive and launch the
application, not removing my drive mapping.
I also tested without using NFS; on my home directory.
mkdir ~/winetest
mkdir ~/driveD
WINEPREFIX=/home/<user>/winetest winecfg
# set drive D to map to /home/<user>/driveD/ type Local Disk
# click apply & close winecfg
cp -p ~/nfs/prip/setup.exe ~/driveD/
WINEPREFIX=/home/<user>/winetest/ wine "D:\\setup.exe"
# result: fails again, drive D gone.
I'm using Ubuntu 9.10 64-bit, wine 1.1.40 per winehq.org PPA; no modifications.
The latest .41 versions is not in your PPA yet, so i can't test. Can anyone
confirm this bug?
--
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.