https://bugs.winehq.org/show_bug.cgi?id=56426
--- Comment #3 from zsolt.sandor(a)gmail.com ---
Hello,
It seems that the problem is that java changed how they access the network
interfaces and the API they call is not available in wine-stable (9.0) causing
the problem.
The change is however available in the wine-staging (9.8) [ubuntu package name]
and when tried to execute my test, it worked perfectly:
> Getting network interfaces
> 0198:fixme:iphlpapi:GetAnycastIpAddressTable (0, 000000000134F750) stub
> Done
How to move forward? Either backport the changes to stable, or mark as
non-relevant, use the staging / development 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.
https://bugs.winehq.org/show_bug.cgi?id=56637
Bug ID: 56637
Summary: Error opening Foxit Phantom portable executable
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aosd1996(a)gmail.com
Distribution: ---
Created attachment 76409
--> https://bugs.winehq.org/attachment.cgi?id=76409
this is the log file for the error report
I tried to open a Foxit Phantom portable executable using wine and it showed me
this error.
--
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=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.