https://bugs.winehq.org/show_bug.cgi?id=52223
Bug ID: 52223
Summary: activeCodePage utf-8 in application manifest not
respected
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fusion
Assignee: wine-bugs(a)winehq.org
Reporter: terinjokes(a)gmail.com
Distribution: ---
Starting[1] with Windows 1903 (Windows 10 May 2019 update), Windows has allowed
applications to opt-in to supporting the UTF-8 code page by defining
"activeCodePage" in their application manifest. When in this mode, the "ANSI"
-A WinAPI functions operate in UTF-8 mode.
<activeCodePage
xmlns="http://schemas.microsoft.com/SMI/2019/WindowsSettings">UTF-8</activeCodePage>
WINE, even when winver is set to "win10", does not respect this application
manifest key, resulting in the application starting with a legacy code page.
This can cause issues if the user expects to work with files or strings not
supported in the active legacy code page. Often characters that cannot be
represented in the code page are replaced by question marks.
I am using the staging release of 6.22.
[1]:
https://docs.microsoft.com/en-us/windows/apps/design/globalizing/use-utf8-c…
Expectation:
When an application with activeCodePage set to "UTF-8" in the application
manifest calls GetACP(), the number 65001 (CP_UTF8) is returned. Strings
returned by WinAPI functions (eg, file paths) are encoded in UTF-8. Strings
provided to WinAPI functions are UTF-8 and display appropriately in the UI.
Observed:
GetACP() returned a number representing a legacy code page (eg, 1252). Strings
returned by WinAPI functions are in that code page. Characters that cannot be
represented are replaced by question marks.
--
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=44144
Bug ID: 44144
Summary: Complete support for “InstallShield Wizard” (for a
game installation)
Product: Wine
Version: 3.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
I have tried to install the game “Civilization IV” once more. The corresponding
log messages indicate some details for further considerations.
elfring@Sonne:~> wine /run/media/elfring/CIVILIZATION4/setup.exe
0038:fixme:heap:RtlSetHeapInformation 0x240000 0 0x23fd00 4 stub
0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386
004b:err:rpc:I_RpcReceive we got fault packet with status 0x80004005
0035:err:ole:xCall RpcChannelBuffer SendReceive failed, 80004005
0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386
…
0035:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
…
0035:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0x33ddf4
L"D:\\data1.hdr"
0038:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub
manager, oxid=3700000038, oid=2
0038:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with
error 0x8001011d
0051:err:ole:dispatch_rpc no apartment found for ipid
{ffffffff-ffff-ffff-4e00-000034000000}
0050:err:rpc:I_RpcReceive we got fault packet with status 0x80010108
…
Now I am curious which other open issues will be still remaining if the
situation can be improved for the software “InstallShield Wizard” a bit more
also around such programming interfaces.
--
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=2485
khashajar.hani(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |khashajar.hani(a)gmail.com
--
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=43862
Bug ID: 43862
Summary: NVAPI can't start (error 0xFFFFFFFE)
Product: Wine
Version: 2.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: ikdc.services(a)gmail.com
Distribution: ---
Created attachment 59440
--> https://bugs.winehq.org/attachment.cgi?id=59440
Logs of the command : "wine csgo.exe"
Detected when I tried to start CS:GO on Steam Windows (started also with wine).
With the logs, it seems to be an D3D error about format.
Config :
- Xubuntu 16.04 x86
- Nvidia GT 430 (Driver : Nvidia Official Binary, V 387.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=52833
Bug ID: 52833
Summary: Wine's wscript.exe and cscript.exe don't support
UTF-16 LE with BOM script files
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wscript
Assignee: wine-bugs(a)winehq.org
Reporter: devscholar(a)foxmail.com
Distribution: ---
Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script
files. Microsoft's does. This feature is used to create Unicode scripts.
--
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=52852
Bug ID: 52852
Summary: Retrieving all properties from wmi class with
"Select-object *" fails (in powershell core)
Product: Wine
Version: 7.6
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
(prerequisite: winetricks -q dotnet48)
The following code retrieves all properties from a class in PS Core on Windows
(tested with a few common classes):
([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object *
In all classes in wine I get:
"format-default: Error code: 0x80041002"
With the hack at the end of this post it works in wine too for most classes, so
maybe it might be easy to fix (?). Returning anything else then an error that
starts with 0x8* works really I found by trial and error.
However the hack also doesn`t work (breaks) cases like win32_process where the
count is more then one, so I guess the fix might be more complicated after all:
([wmiclass]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object *
Output (with hack):
Select-Object: Z:\home\louis\ramdisk\a.ps1:1
Line |
1 | … class]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object *
| ~~~~~~
| The following exception occurred while retrieving members:
| "Object reference not set to an instance of an object."
Steps to reproduce:
- winetricks -q dotnet48
- Install PS Core from downloadlink.
- Save the following line in a file called for example a.ps1:
([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object *
- Then: 'wine pwsh -file a.ps1'
Hack:
diff --git a/dlls/wbemprox/query.c b/dlls/wbemprox/query.c
index 8233d35878d..ee0bc3ec14e 100644
--- a/dlls/wbemprox/query.c
+++ b/dlls/wbemprox/query.c
@@ -1181,7 +1181,7 @@ HRESULT get_propval( const struct view *view, UINT index,
const WCHAR *name, VAR
if ((hr = map_view_index( view, index, &table_index, &result_index )) !=
S_OK) return hr;
if (is_system_prop( name )) return get_system_propval( view, table_index,
result_index, name, ret, type, flavor );
- if (!view->result_count || !is_result_prop( view, name )) return
WBEM_E_NOT_FOUND;
+ if (!view->result_count || !is_result_prop( view, name )) return 0x40005;
table = view->table[table_index];
hr = get_column_index( table, name, &column );
--
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=30107
Bug #: 30107
Summary: IE8 buttons bar doesn't have background under several
buttons
Product: Wine
Version: 1.4-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mr_wire(a)mail.ru
Classification: Unclassified
Created attachment 39239
--> http://bugs.winehq.org/attachment.cgi?id=39239
Screenshot of started IE8
While starting IE8 I get no background under back/forward, stop and search
buttons. Buttons bar background for these buttons is copied from application
window that in the background IE startup.
--
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=52835
Bug ID: 52835
Summary: Controller device gets permanently assigned as xinput
ONLY or dinput ONLY on prefix creation, depending how
the prefix was created.
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: twilight312+winebugzilla(a)gmail.com
Distribution: ---
Created attachment 72227
--> https://bugs.winehq.org/attachment.cgi?id=72227
winecfg-dinput.log
Dear wine developers,
Depending on if the prefix was first created by running ``wine control`` or
``winecfg``, my controller device gets permanently (for that prefix) assigned
as either ``dinput`` ONLY device (being not visible for application that
accepts only ``xinput`` devices), or as ``xinput`` device, allowing to be used
by said application. Once the prefix is created, there is no way to change how
the device will be seen on wine's side.
Specifically:
If prefix is first created by running ``wine control``, the device will be
``xinput`` (see log ``wine-control-xinput.log`` from creating the prefix and
''xinput.png`` screenshot for ``wine control`` joyapplet content).
If prefix is first created by running ``winecfg``, the device will be
``dinput`` (see logs ``winecfg-dinput.log`` from creating the prefix and
``wine-control-dinput.log`` from running ``wine control`` there, also
''dinput.png`` screenshot for ``wine control`` joyapplet content).
All logs are made with:
WINEDEBUG="+plugplay,+hid,+xinput"
It is worth adding, that any prefix affected by the bug (as in - controller
device not usable by application expecting ``xinput``) will have the controller
WORKING as ``xinput`` if the prefix will be run with Wine 6.16 or earlier. The
bug is present in Wine 6.17 already (despite no separate ``dinput`` and
``xinput`` fields in ``wine controll`` joyapplets, those appeared in Wine
6.18).
Cheers,
/CatLady
--
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=52488
Bug ID: 52488
Summary: Nota Bene crashes at the end of install with denormal
float operand exception
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Follow up to bug 12732. Now that the thunks are not getting freed anymore, this
is the next issue plaguing the installer.
Note that it works fine in winevdm from otya128 and we have permissions to port
fixes back to Wine.
--
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=52006
Bug ID: 52006
Summary: Nokia SDK 2.0 emulator stuck at 98%
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zzhang(a)codeweavers.com
Distribution: ---
This is split from bug 51916. This bug is seen by opening emulator.exe or
Nokia_SDK_2_0_Java_em.exe.
Nokia SDK 2.0 for Java:
https://www.softpedia.com/get/Programming/SDK-DDK/Nokia-SDK.shtml
SHA1: 969dc440a420a7a3a210518f7fc4730f52826ad2
Note: JDK 6u23 is needed to open this application. It has a bug that won't find
RMI ports in newer Java versions, which also occurs in Windows.
The original report says that turning of theming is a workaround but I can't
confirm it.
--
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.