http://bugs.winehq.org/show_bug.cgi?id=58497
Bug ID: 58497
Summary: Strings are a confusing mix or US and British English
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, localization, source
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Blocks: 23124
Distribution: ---
The strings in the Wine code are a confusing mix of British
(International/Commonwealth) English and US English.
Why does this matter?
Each variant of English has its own rules around the spelling of certain words.
colour/color
cancelled/canceled
moveable/moveable
and so on...
As there is no standard, each dialect of English will need its own translation
file (.po).
If there is standard usage of one or the other (US or British) then fewer
translations are needed, as Wine will simply default back to that standard
English (SUBLANG_NEUTRAL or SUBLANG_DEFAULT?)
Examples:
#: dlls/mferror/mferror.mc:473
msgid "Media format was recognized but is invalid.\n"
(US English)
#: programs/reg/reg.rc:131
msgid "reg: The registry operation was cancelled\n"
(British English)
I spoke with someone a few years back (I'm pretty sure it was Alexandre) on IRC
(Freenode) but those logs are long gone, or very hard to find. From what I
recall the "standard English" chosen was British. This makes sense as en_US.po
exists for the US English translations.
I am happy to make the necessary changes to standardise the use of English, but
I just want to be 100% sure which standard we are now using, as it may have
changed since I last asked.
Note that some dialects need their own .po files anyway because they really are
a confusing mix of British and US.
It seems like Windows defaults to US English. However, US English is only used
by the US and the Philippines, so it would require significantly less effort to
default to British English.
This confusing table gives a hint of the scope:
https://en.wikipedia.org/wiki/Template:English_dialects
--
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=58528
Bug ID: 58528
Summary: CRYPT_AcquirePrivateKeyFromProvInfo does not check
machine store for private key
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: katharina(a)hacked.xyz
Distribution: ---
When adding a Certificate via PFXImportCertStore with CRYPT_MACHINE_KEYSET, a
subsequent call to CryptAcquireCertificatePrivateKey fails to find the added
private key.
This is due to CRYPT_AcquirePrivateKeyFromProvInfo issuing a
CryptAcquireContextA call without specifying a keyset; thus always defaulting
to CRYPT_USER_KEYSET.
Minimal reproducer: https://gitlab.winehq.org/-/snippets/26
Thanks to Hans Leidekker for additional support in IRC.
This affects the Iis extension from WiX-built MSI installers, i.e. a lot of
real-world apps. Real-World breaking app is the installer for the 3DExperience
Launcher.
--
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=50174
Bug ID: 50174
Summary: Microsoft Office 365 login page for activating Office
is blank
Product: Wine
Version: 5.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: estebanium(a)outlook.com
Distribution: ---
Created attachment 68692
--> https://bugs.winehq.org/attachment.cgi?id=68692
Screenshot of the blank login window
I have a Office 365 subscription. I visited https://www.office.com/ After
logging into that page, I am then allowed to download the OfficeInstaller.exe.
Selecting and downloading the installation file beforehand ensures that the
Office installation is bound to the account during installation. The Office
products Excel, PowerPoint etc. are activated accordingly. Within the menus,
however, it is noticeable that you are apparently not logged in after all. The
button Log in appears where the name of the account should actually be. If the
subscription expires, the Office installation notices it. Hints appear that you
should use the subscription (activate it) again. If the subscription was
renewed from the Office.com site, the Office installation will not notice it.
If I open Excel, for example, I now have three options: Login, Buy, Enter key.
If I choose Login, a window opens where I can enter my e-mail address on a
Microsoft page. After entering it I should get to the next menu item where I
can enter my password. But the window there is empty. It is simply white.
--
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=58396
Bug ID: 58396
Summary: virtual terminal captures moue
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: explorerframe
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Hi All,
Fedora 41
wine-devel-10.10-1.1.x86_64
bash -c "cd /home/todd/.wine/drive_c/lotus/wordpro; wine explorer
/desktop=WordPro_`date +%%H:%%M:%%S`_1680x1050,1680x1050 wordpro.exe"
Occasionally, the mouse can't escape the terminal. You have to exit the program
to get your mouse back
Many thanks,
-T
--
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=57131
Bug ID: 57131
Summary: Info and profile buttons in CEF sample application
instantly close
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77028
--> https://bugs.winehq.org/attachment.cgi?id=77028
Screencast
The info and profile buttons in the Chromium Embedded Framework sample
application instantly close when clicked. See attached video.
Using a WOW64 build they display as expected, albeit suffering from Bug 57111.
corefonts needed (Bug 32342).
--
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=56697
Bug ID: 56697
Summary: _kbhit ignores the last event in the queue
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: qsniyg(a)protonmail.com
Distribution: ---
Created attachment 76482
--> https://bugs.winehq.org/attachment.cgi?id=76482
kbhit_test.c
Discovered this bug while writing an implementation for timeout.exe.
Run the attached kbhit_test program under wineconsole to replicate the 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=57115
Bug ID: 57115
Summary: CEF sample application "Draggable" test fails
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77007
--> https://bugs.winehq.org/attachment.cgi?id=77007
Wine 9.16 console output
The Draggable test in the Chromium Embedded Framework sample application allows
the application itself to be moved when dragging inside a supplied red box.
Under Windows 10 this works as expected. Under Wine 9.16 this has no effect.
$ wine cefclient.exe --url=https://tests/draggable
Nothing new is printed in the console while testing this.
--
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=57783
Bug ID: 57783
Summary: Approach will not run in a virgin 10.0 wineprefix
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Created attachment 77980
--> https://bugs.winehq.org/attachment.cgi?id=77980
debugg message on crash
What a disaster! Please correct. I need my accounting system back.
SmartSuite-N99.8.0208.0800
Fedora 41
wine-stable-10.0.0-1.1.x86_64
winehq-stable-10.0.0-1.1.x86_64
Lotus Approach will not run in a fresh WINEPREFIX under WineHQ Stable 10.0,
unless you have leftover stuff from a prior wine install. But that would not
be a fresh WINEPREFIX.
Both Approach and WordPro were selected on a customer install and a fulkl
install too after wiping the .wine directory and starting fresh
The following error occurs at the end of installation from the smart suite ISO.
regedit: Unable to open the registry key
'HKEY_CURRENT_USER\Software\Lotus\SmartSuite'.
and
regedit: Unable to open the registry key
'HKEY_CURRENT_USER\Software\Lotus\ScreenCam'.
Only Approach and WordPro were selected on a customer install.
When starting Approach:
$ cd /home/todd/.wine/drive_c/lotus/approach
$ wine ./approach.exe
The following pop occurs
"Lotus Approach: Couldn't load Lotus Dialog DynaLink"
Pressing okay, opens a Program Error box and presents this error in the command
line:
wine: Unhandled exception 0xe06d7363 in thread 24 at address 7B5F7448
(thread 0024), starting debugger...
I will attach the full debug message message.
I have one for one checked a qemu-kvm Windows 10 install of Approach against my
wine registry and they are identical
Many thanks
-T
--
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=52844
Bug ID: 52844
Summary: Call of Duty: Black Ops II stucks with a black screen
after intro
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 72240
--> https://bugs.winehq.org/attachment.cgi?id=72240
log
wine-7.6-211-ge254680ed15
--
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=56246
Bug ID: 56246
Summary: Regarding the color depth of BMP in the SavePicture
method: the value is unstable.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: taka(a)bahamut7.com
Distribution: ---
Created attachment 75953
--> https://bugs.winehq.org/attachment.cgi?id=75953
Difference in color depth between Wine and Windows
Thank you for the great software.
In Windows 10/11, the SavePicture method saves in "24-bit color" even if the
display's color setting is "32-bit color".
In Wine, if the display's color setting is "32bit color", the picture is saved
in "32bit color" and the Windows software throws an error.
In Debian, for some reason, it is saved with the value "0". Due to this
difference, some software may not work.
--
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.