https://bugs.winehq.org/show_bug.cgi?id=48006
Bug ID: 48006
Summary: Final Fantasy XIV Launcher stuck on splash screen
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.eloelo(a)spamgourmet.com
Distribution: ---
Created attachment 65534
--> https://bugs.winehq.org/attachment.cgi?id=65534
wine output
The FFXIV launcher has been updated and is now frozen on the splash screen.
(Just a big "Final Fantasy XIV Online" logo).
For now there is a workaround: Set Browser to 1 in FFXIV_BOOT.CFG.
This browser type isn't supposed to last forever, so this is just a temporary
workaround.
--
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=50083
Bug ID: 50083
Summary: ASCOM Platform 6.5 - Installation failed
Product: Wine
Version: 5.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bammzilla(a)astronomy.com.ph
Distribution: ---
Created attachment 68544
--> https://bugs.winehq.org/attachment.cgi?id=68544
Screenshots of popup error screens during install
The ASCOM Platform allows windows desktop planetarium programs to control
astronomical hardware such as telescopes, domes, and cameras.
The software is freely distributable and open source, released under the
Creative Commons Attribution-ShareAlike 3.0 License, but written under the .NET
Platform.
The latest version is ASCOM Platform 6.5, written under .NET Framework 4.8 and
Visual Studio 2019.
To prepare the installation, I ran winetricks -q vcrun2019 dotnet35sp1
dotnet452 dotnet472 dotnet48. No errors were reported in the installation of
dotnet.
I then launched the installer with the following command:
WINEDEBUG=+nls wine ASCOMPlatform65.exe >> ASCOMPlatform65.log 2>&1
The installation went smoothly but popped up several error screens and ended
with an installation failed.
Screenshots of the error screens are attached.
The WINEDEBUG log file is gzipped and attached.
ASCOMPlatform installer log files are zipped and attached.
Download the installer from the following link:
https://github.com/ASCOMInitiative/ASCOMPlatform/releases/download/v6.5Rele…
Full source code of ASCOM Platform is available here:
https://github.com/ASCOMInitiative/ASCOMPlatform
ASCOMPlatform License file:
https://github.com/ASCOMInitiative/ASCOMPlatform/blob/master/LICENSE.txt
Information about ASCOM can be found here:
https://ascom-standards.org/Community/
--
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=43172
Bug ID: 43172
Summary: IDirectPlay4::EnumConnections needs to support wide
string in DPNAME structure
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned
in EnumConnections. Currently it just forwards to the ascii version.
--
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=13529
Summary: wine doesn't run under a X client for windows under wine
[dogfood?]
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andriusmao(a)gmail.com
I was doing some tests and kde runs properly under a X client for windows (such
as Xming and WinaXe) under wine. But wine starts debugger when trying to run
any windows program (such as these provided by WinaXe or such as winecfg) in
"remote" display.
--
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=50993
Bug ID: 50993
Summary: App compiled with address sanitizer don't work in Wine
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
When trying to use in Wine app compiled with address sanitizer and MinGW LLVM,
then this app doesn't run and print
```
0104:err:module:LdrInitializeThunk "libclang_rt.asan_dynamic-x86_64.dll" failed
to initialize, aborting
0104:err:module:LdrInitializeThunk Initializing dlls for
L"Z:\\mnt\\Miecz\\godot3.2\\bin\\a.exe" failed, status 80000003
```
To reproduce issue
Download and unpack Mingw-llvm(unlike Mingw GCC allows to build app with
address sanitizer)
https://github.com/mstorsjo/llvm-mingw/releases/download/20201020/llvm-ming…
2. set variables(change PATH_TO_CHANGE)
export MINGW32_PREFIX="/PATH_TO_CHANGE/i686-w64-mingw32-"
export MINGW64_PREFIX="/PATH_TO_CHANGE/x86_64-w64-mingw32-"
3. Copy to current directory all files from folder which contains
`libclang_rt.asan_dynamic-x86_64.dll` inside unpacked mingw
4. Compile and try to open app
echo "int main(){if(2>1){return 1;}}" > a.cpp
/PATH_TO_CHANGE/x86_64-w64-mingw32-clang++ a.cpp -fsanitize="address"
wine a.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=45584
Bug ID: 45584
Summary: FindFirstFile fails to correct case when full name
supplied
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: us(a)edmeades.me.uk
Distribution: ---
Created attachment 62002
--> https://bugs.winehq.org/attachment.cgi?id=62002
Simple testcase in c
FindFirstFile can be used to correct the case of a file. In fact when trying to
correct the case of the whole path and file, a google implies its a good
routine to use to pass each part of the directory tree through
Problem: If findfirstfile isnt passed a wildcard, it looks for the file in
question and if it exists, returns the case of the file as supplied, not the
case as it is on disk
Try supplied testcase.
I think this can also be seen by:
wine cmd
dir >ABCD
dir abcd
Note in the directory listing it shows abcd, not ABCD
--
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=45713
Bug ID: 45713
Summary: FusionFall Retro: fails to launch
Product: Wine-staging
Version: 3.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: macariopatrick(a)icloud.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62144
--> https://bugs.winehq.org/attachment.cgi?id=62144
Upon getting the error message, I exit Terminal to kill Wine.
The launcher allows me to log into my account, but when the launcher downloads
the files necessary to play the game, it doesn't launch. Unity Web Player
displays an error message stating that Unity Web Player needs to be updated. It
works on Windows correctly, but not in Wine. The game uses a custom version of
Unity Web Player 2.x.x.
--
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=46254
Bug ID: 46254
Summary: EnumResourceTypesW should return True if there are no
resources to enumerate
Product: Wine
Version: 3.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
EnumResourceTypesW -- When there are no resource types to enumerate the
function instead of True will return False (see
https://github.com/wine-mirror/wine/blob/master/dlls/kernel32/resource.c#L2…)
This bug was originally reported in pywin32-ctypes
https://github.com/enthought/pywin32-ctypes/issues/59
--
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=28583
Bug #: 28583
Summary: MS Exchange setup no long displays images
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leslie_alistair(a)hotmail.com
Classification: Unclassified
Created attachment 36725
--> http://bugs.winehq.org/attachment.cgi?id=36725
Console Output.
The the URL is created in the HTMLImgElement_put_src, it fails to load it
because the path is relative, and the ALLOW_IMPLICIT_FILE_SCHEME hasn't be
used.
See attached file for snippet.
--
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=23364
Summary: 16-bit games - many don't work in Wine.
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turbolad995(a)hotmail.co.uk
As I have not found a bug report for this already I've decided to create one
myself.
Many 16-bit games, especially the old Windows 3.1 games like "whack-a-mole",
"Bricklayer" and many others I've tried simply don't work at all in Wine. Since
there's too many 16-bit games to list, it makes sense to write one bug report
covering the same problem i.e. problems running 16-bit games.
Try some yourself from here:
http://members.chello.at/theodor.lauppert/games/win16.htm
Here I've found that the 32-bit version of tetris works in Wine, but the 16-bit
version does NOT work at all (try it yourself from this link, you get to
download both the 32-bit and 16-bit versions respectively, at the bottom of
that page): http://members.chello.at/theodor.lauppert/games/tetrisjr.htm
I'm pleased to say that the Ballistic (Paddle) game appears to work:
http://www.classicdosgames.com/genre/paddle.html
This bug report may appear trivial and not important, but playing old Windows
games appeals to some people. These games will NOT work in dosbox. Also
consider that 64-bit versions of Microsoft Windows won't even run 16-bit
programs and games, whereas Wine can sometimes get them working, as in the case
of the Ballistic game.
--
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.