https://bugs.winehq.org/show_bug.cgi?id=51606
Bug ID: 51606
Summary: Adobe Creative Cloud and apps like Photoshop CC need
Internet Explorer 11
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: msdobrescu(a)gmail.com
Distribution: ---
Created attachment 70459
--> https://bugs.winehq.org/attachment.cgi?id=70459
Popup appears in Photoshop at startup
Adobe software, mainly Creative Cloud related, like Photoshop CC, requires now
Internet Explorer 11.
I could not manage to install Internet Explorer, regardless the package used.
I have Windows 10, up to date (21H1 right now) and I have installed Photoshop
CC there and copied the files on my Linux for testing. This is because it is
not possible to install Adobe Creative Cloud either, due to missing Internet
Explorer 11.
After starting Photoshop, the attached popup appears, so no possibility to use
Photoshop CC, which is known to work in Wine (seemingly the tested versions of
Photoshop CC are cracked somehow to skip this step, but that is illegal and
dangerous for being know to bring malware).
A IE11 installation or a workaround are necessary.
--
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=56426
Bernhard Übelacker <bernhardu(a)mailbox.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bernhardu(a)mailbox.org
--- Comment #2 from Bernhard Übelacker <bernhardu(a)mailbox.org> ---
I tried to reproduce but it does not fail with wine-9.8,
with build 21.0.3+9-LTS.
So I I did a bisect which led me to this fixing commit:
commit 1bab7ea25e2c1e7bad6940c63c83ec0c1ef5c8f6
Author: Rastislav Stanik <gitlab(a)rastos.org>
Date: Thu Jan 25 21:14:20 2024 +0100
iphlpapi: Add stub for GetAnycastIpAddressTable().
This change adds an implementation of Win32 API function
GetAnycastIpAddressTable() that does not return real information, it
just says "no entries found".
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56065
Therefore is the issue for you resolved?
--
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=56613
Bug ID: 56613
Summary: Errors when building wine-9.4 with -Werror on Fedora
40
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: patrick+winehq.org(a)laimbock.com
Distribution: ---
Created attachment 76370
--> https://bugs.winehq.org/attachment.cgi?id=76370
Errors when building wine-9.4 with -Werror on Fedora 40
Building wine-9.4 (no staging) with -Werror on Fedora 40 with gcc (GCC) 14.0.1
20240411 (Red Hat 14.0.1-0) results in some failures. See attachment. Please
let me know if you need more information. Thanks.
--
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=23124
Summary: Philippine English locale defaults to wrong SUBLANG
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
I understand that following 1.2 .po file are going to be used, so this should
be easier to resolve then.
Philippine English follows American English rules, but currently defaults to
pick up SUBLANG_NEUTRAL which is British English. It should be picking up
SUBLANG_DEFAULT for American English.
I'm not sure if this can be changed before the introduction of .po files but
it's not urgent.
http://en.wikipedia.org/wiki/Philippine_English
--
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=56648
Bug ID: 56648
Summary: Autodesk DWG TrueView fails at installation
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: szatkus(a)gmail.com
Distribution: ---
Installation fails with the fixme: "Could not find dependent assembly
odis.bs.win (1.0.0)"
Turns out the installer creates a new folder (%TEMP%/7z0F0512E4) with another
installer that apparently is invoked next. The program removes it automatically
after crashing, but it could be retrieved by placing `while(1);` next to the
fixme or by using a Windows machine.
There's the Setup.exe file that has the following manifest in its resources:
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel level='asInvoker' uiAccess='false' />
</requestedPrivileges>
</security>
</trustInfo>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='odis.bs.win' version='1.0.0.0'
processorArchitecture='*' language='*' />
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='odis.bs.wx' version='1.0.0.0'
processorArchitecture='*' language='*' />
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32'
name='Microsoft.Windows.Common-Controls' version='6.0.0.0'
processorArchitecture='*'
publicKeyToken='6595b64144ccf1df' language='*' />
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='Microsoft.Windows.Common-Controls'
version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df'
language='*' />
</dependentAssembly>
</dependency>
</assembly>
From what I gathered this manifest is used to resolve some required dlls files,
but it ultimately fails.
The odis.bs.win is resolved by the following algorithm (a comment from the wine
code):
/* Lookup in <dir>\name.dll
* <dir>\name.manifest
* <dir>\name\name.dll
* <dir>\name\name.manifest
*
* First 'appdir' is used as <dir>, if that failed
* it tries application manifest file path.
*/
The file it's looking for is in ODIS/odis.bs.win/odis.bs.win.manifest, not in
odis.bs.win/odis.bs.win.manifest (name="odis.bs.win"). Where from does Windows
get the ODIS part? Well, there's also a file called "Setup.exe.config" with the
following content:
<configuration>
<windows>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<probing privatePath="ODIS"/>
</assemblyBinding>
</windows>
</configuration>
It looks that the program should resolve through <dir>/<privatePath>. I added a
few prints here and there, and it seems that Setup.exe.config is not loaded by
wine at any point.
Moving odis.bs.win and odis.bs.wx to the upper folder fixes the problem,
although the installation still fails after a while.
--
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=56584
Bug ID: 56584
Summary: InvokeShellLinker failed to extract icon
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
Trying to run the installer for Creature from
https://bugs.winehq.org/show_bug.cgi?id=4713 results in an
055c:err:menubuilder:InvokeShellLinker failed to extract icon from
L"C:\\Program Files\\nvidia corporation\\nvidia
demos\\creature\\binaries\\creatureviewerdx7.exe"
Checking the binaries directory I notice that the exe is actually
CreatureViewerDX7.exe.
So it seems like InvokeShellLinker may be case sensitive?
--
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=56646
Bug ID: 56646
Summary: Ingame Web-UI fonts
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: antr1x(a)hotmail.com
Distribution: ---
Bug could be easily reproduced on Guild Wars 2 game and I guess in any other
which used similar Web-UI ingame windows. The game itself works perfectly well,
except for one thing - several in-game windows operate like web pages, and the
fonts are also pulled from the game's website. But for some reason, this
doesn't work at all, and all we can see in those windows is Times New Roman
(instead of Menomonia in case of Guild Wars 2).
Over the past day, I've tried (fonts in context are
Menomonia/Helvetica/allfonts/win-7-10/11-fonts):
- Installing fonts in the system
- Installing fonts in the GW2 prefix
- Installing fonts in the Proton directory itself
- Installing gecko additionally in prefixes and through winetricks
- Adding fonts to the registries of all prefixes
- Replacing Times New Roman fonts with game fonts in the prefix registries
- Different versions of Wine/Proton
Checking Internet Explorer from those prefixes, and interestingly enough, it
displays fonts correctly on the game's forum, but I can't check the game's API
pages (the windows themselves) because it's a hardcoded feature of the game.
Link to the CSS used by ingame Web-UI windows -
https://static.staticwars.com/combo/_/fonts/menomonia/v3/menomonia-min.css&…
Screenshots with descriptions - https://imgur.com/a/3Z7pAlH
--
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=55545
Bug ID: 55545
Summary: Rustup cannot download information related to
toolchains
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ArchLinux
Created attachment 75105
--> https://bugs.winehq.org/attachment.cgi?id=75105
WINEDEBUG=+secur32,+winsock,+wininet,+crpyt log
Hi.
Try to install a Rust toolchain using rustup fails with
error: could not download file from
'https://static.rust-lang.org/dist/channel-rust-stable.toml' to
'C:\users\lorenzo\.rustup\tmp\wfcpd9ms_ve5wz19_file.toml': error decoding
response body: operation timed out: operation timed out
Used:
https://static.rust-lang.org/rustup/dist/x86_64-pc-windows-msvc/rustup-init…
The 32bit (i686) version advance a bit further, but fails to download the
tolchain
Attaching a WINEDEBUG=+secur32,+winsock,+wininet,+crpyt log
--
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=53799
Bug ID: 53799
Summary: FFXIV Endwalker Benchmark no audio and crashes in
xaudio2_7 on exit
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: nospam(a)kota.moe
Distribution: ---
Created attachment 73297
--> https://bugs.winehq.org/attachment.cgi?id=73297
Console output (including crash info)
The application in question can be downloaded from
https://jp.finalfantasyxiv.com/benchmark/download/ (Direct link:
https://download.finalfantasyxiv.com/ys8glaimvmykn88p/ffxiv-endwalker-bench…)
It can be executed with the following command line (not enough arguments to
fully configure the benchmark, but enough to demonstrate the problem):
wine game/ffxiv_dx11.exe SYS.Language=1
When the application is running, no audio is heard when there should be audio.
And when it exits (such as closing the window, pressing ESC, or letting it
finish), it will segfault in xaudio2_7 with the following backtrace (full
output in attachment):
=>0 0x00000242e0aeac FAudio_AudioClientThread+0xcc(user=00000000010301B0)
[Z:\tmp\wine-src\libs\faudio\src\FAudio_platform_win32.c:190] in xaudio2_7
(0000000000000000)
1 0x0000007b629109 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\tmp\wine-src\dlls\kernel32\thread.c:61] in kernel32 (0000000000000000)
2 0x0000017005eda3 __wine_pop_frame(entry=0000000242E0ADE0,
arg=00000000010301B0) [Z:\tmp\wine-src\include\wine\exception.h:277] in ntdll
(0000000000000000)
3 0x0000017005eda3 RtlUserThreadStart+0x83(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[Z:\tmp\wine-src\dlls\ntdll\thread.c:240] in ntdll (0000000000000000)
0x00000242e0aeac FAudio_AudioClientThread+0xcc
[Z:\tmp\wine-src\libs\faudio\src\FAudio_platform_win32.c:190] in xaudio2_7:
movq (%rcx),%rax
190 FAudio_assert(!FAILED(hr) && "Failed to stop IAudioClient!");
This was run in a clean WINEPREFIX with wine-7.19 freshly built from source.
If I use winetricks to install xact_x64, the crash goes away, but there is
still no audio output
--
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=43280
Bug ID: 43280
Summary: Gothic 1, no Music
Product: Wine-staging
Version: 2.10
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shitman71(a)hotmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Music not working in Gothic 1 and other games, this was introduced with windows
vista sp1. They did some changes to their soundsystem or something like this,
this affected many games. I gues this was introduced in wine too.
I dont know what exactly was done but i know problems with music existed even
in win8.1.
--
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.