https://bugs.winehq.org/show_bug.cgi?id=52002
Bug ID: 52002
Summary: comctl32:datetime fails in the Arabic (Egypt) locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:datetime fails in the Arabic (Egypt) locale:
datetime.c:212: Test failed: String mismatch ("12 hh" vs "hh 12")
datetime.c:798: Test failed: Expected 08/11/2021, got 2021/11/08
https://test.winehq.org/data/patterns.html#comctl32:datetime
This failure happens as soon as one sets UserDefaultLCID to 0xc01 (Settings ->
Time & Language -> Regional format -> Arabic (Egypt)).
Note: the reason it worked up to 2021-10-21 is because before then
UserDefaultLCID was incorrectly set to English in the w10pro64-ar VM. Then I
upgraded the VM to Windows 21H1 and in the process I recreated the Arabic
snapshot which got the intended locale this time. The current settings are:
SystemDefaultLCID 0c01
UserDefaultLCID 0c01
ThreadLocale 0c01
SystemPreferredUILanguages 0409
UserDefaultUILanguage 0401
ThreadUILanguage 0401
--
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=58042
Bug ID: 58042
Summary: PlayOnline Viewer: Window content only updates in the
primary screen.
Product: Wine
Version: 10.4
Hardware: x86-64
URL: https://web.archive.org/web/20210810150839/http://www.
playonline.com/ff11eu/download/media/install_win.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Distribution: Gentoo
PlayOnline Viewer window content does not get updated unless it is running in
the primary X11 screen.
If the window is moved to a secondary screen, the application keeps running and
accepting input, but the image will be frozen to what it was when moved there,
or it will remain black if minimised and restored.
As a sidey-note, when running via winewayland, the window content is black
regardless of the screen it is running in [1].
Thank you!
1. https://bugs.winehq.org/show_bug.cgi?id=58041
--
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=58039
Bug ID: 58039
Summary: [NOT A BUG] Wine's "bottles" optimization when using
mingw64-gcc
Product: Wine
Version: 10.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
If you compile Wine i686 using GCC, a WINEPREFIX is populated with stubs and is
relatively small - around 37MB for Wine 10.0.
If you compile Wine using mingw-gcc along with --enable-archs=i386,x86_64, a
WINEPREFIX is populated with full fat binaries and libraries and takes over
650MB while most of the data _fully_ mirrors what Wine already
contains/installs systemwide in /usr/lib64/wine.
This becomes especially wasteful if you have multiple bottles/WINEPREFIX'es.
Could Wine let's say populate the WINEPREFIX with symlinks instead and only if
a Windows application attempts to overwrite them (not wine itself), they are
turned into real files? Even this case looks kinda outlandish (except DirectX)
since Windows has featured WinSxS since Vista (in XP in was optional) and files
under /Windows/system32 and /Windows/SysWoW64 are immutable.
--
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=26673
Summary: wine start foo.url does not open the url
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, testcase
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
An application I installed provides a nice little .url file:
-----------
[InternetShortcut]
URL=http://www.winehq.org/
-----------
on windows, double clicking that opens up my default browser and gives me the
webpage. Running 'cygstart foo.url' in windows does the same (wrapper around
windows start.exe).
On wine, however, I get:
fixme:exec:SHELL_execute flags ignored: 0x00000100
Application could not be started, or no application associated with the
specified file.
ShellExecuteEx failed: Success
and I don't get a nice wine gecko window :(.
perhaps it only needs to be added to tools/wine.inf?
--
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=57878
Bug ID: 57878
Summary: Unimplemented function
windowscodecs.dll.WICCreateImagingFactory_Proxy
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: johnmagdy437(a)yahoo.com
Distribution: ---
When i tried install winrar 710
(https://www.win-rar.com/fileadmin/winrar-versions/winrar/winrar-x64-710.exe)
it crashed and thrown the following errors...
```
031c:err:module:DelayLoadFailureHook failed to delay load
windowscodecs.dll.WICCreateImagingFactory_Proxy
wine: Call from 00006FFFFF41CF77 to unimplemented function
windowscodecs.dll.WICCreateImagingFactory_Proxy, aborting
wine: Unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy
called at address 00006FFFFF41CF77 (thread 031c), starting debugger...
```
--
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=30984
Bug #: 30984
Summary: Some keys do not work in Trine and Skyrim
Product: Wine
Version: 1.5.7
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yves.embil(a)orange.fr
Classification: Unclassified
Regression SHA1: 43984f355a2905e16075a9df3d7fbe463761e853
Created attachment 40666
--> http://bugs.winehq.org/attachment.cgi?id=40666
result of the regression test
In Trine the key to select the thief and Skyrim the key to open the console
does not work,with wine-1.5.5 it works.
--
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=45605
Bug ID: 45605
Summary: Letter keys doesn't work in DirectX aplications
Product: Wine
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: ilya77105(a)gmail.com
Distribution: ---
Created attachment 62035
--> https://bugs.winehq.org/attachment.cgi?id=62035
Screenshot without keys
I will use Far Cry 3 for demonstration, but all applications, that i tested
shows the same behavior.
When English layout is not selected as default in keyboard settings (in OS
settings, not Wine) games doesn't recognize keys at all (screenshot). When i
select English layout as default, all is ok. Console output have no information
about 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.
https://bugs.winehq.org/show_bug.cgi?id=58032
Bug ID: 58032
Summary: Wine ignores XDG_SESSION_TYPE
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: scallegari(a)arces.unibo.it
Distribution: ---
Wine recently appears well capable of using wayland. However, it seems to
ignore the `XDG_SESSION_TYPE` env variable. Making wine work in wayland mode
requires manually unsetting `DISPLAY`, which seems not adherent to common
practice and XDG standards.
If the situation is only temporary (e.g., to favor X11 until wayland support is
fully developed), please take my apologize for the noise.
--
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=58037
Bug ID: 58037
Summary: Photoshop CS 2 installation never completes
Product: Wine
Version: 10.4
Hardware: x86-64
URL: https://www.chip.de/downloads/Adobe-CS2-Vollversion_59
762988.html
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
I tried to install Photoshop CS 2, but no matter what I do, the installation
never completes.
This is shown in the console:
```
0190:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash
```
I tried with a clean wineprefix. Same issue.
% openssl sha256 PS_CS2_Gr_NonRet.exe
SHA2-256(PS_CS2_Gr_NonRet.exe)=
2ffd2c327e8d15c4088c1802fc31b570f7556fb842885194235627bbfa1aa6d2
--
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.