http://bugs.winehq.org/show_bug.cgi?id=58404
Bug ID: 58404
Summary: scrollbars and window decorations disappear when
"Message Box Text" font set to "Monaspace Krypton
SemiWide"
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alanas.00(a)mail.ru
Distribution: Mint
1. download monaspace-v1.200.zip from
https://github.com/githubnext/monaspace/releases/tag/v1.200
2. extract all files from monaspace-v1.200/fonts/otf directory inside
monaspace-v1.200.zip to ~/.local/share/fonts
3. run winecfg
4. click "Desktop Integration" tab
5. click "Item:" combobox
6. click "Message Box Text"
7. click "Font..."
8. find and click "Monaspace Krypton SemiWide" inside "Font:" list
9. click "OK"
10. click "Apply"
scrollbars and window decorations disappear
wine version: wine-devel 10.10~noble-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.
https://bugs.winehq.org/show_bug.cgi?id=58041
Bug ID: 58041
Summary: PlayOnline Viewer: Black screen when running via
winewayland.
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: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Distribution: Gentoo
Running PlayOnline Viewer via Wayland by setting DISPLAY="" in an LXQt/Wayfire
session results into a completely black window.
The application still works, just no content can be seen.
Final Fantasy XI Online, which PlayOnline Viewer is used to launch, seems to
work OK so far, when navigated to blindly.
Did not spot anything different in the default terminal output yet.
Running via XWayland works as expected, though that also means a black screen
in displays other than the primary screen, or rather the content just isn't
updated in the other screens.
Without XWayland, the result is the same regardless of the display.
Thank you!
--
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=44253
Bug ID: 44253
Summary: Access violation in multiple cases
Product: Wine
Version: 3.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ihormcd+wine(a)gmail.com
Distribution: ---
Created attachment 60052
--> https://bugs.winehq.org/attachment.cgi?id=60052
crash
Access violation exception due to access by 0x0000 address in multiple use
cases while using Far3.
>From Far app try to:
1) on lunch of EXE file (Far.exe, WinMergeU.exe, others)
2) switch drive for the pane (Alt+F1/F2)
3) switch to Quick view mode for a file (Ctrl+Q)
*) few other cases
App: Far Manager 3.0 build 5100 x64
Wine details: wine-3.0-rc3, the app runs using wineconsole
--
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=58405
Bug ID: 58405
Summary: Steam: Doesn't request installation for Mono or Gecko
and unable to open
Product: Wine
Version: 5.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pocowit878(a)finfave.com
Created attachment 78812
--> http://bugs.winehq.org/attachment.cgi?id=78812
The backtrace file for the new instance where this error was repeated.
I installed a clean installation of Wine for all users on my mac and I was
installing Steam. The installation of Steam seemed to work fine (without any
pop-ups for Mono or Gecko even though I wanted to install them) but when Steam
ran automatically, it said it wasn't supported for my os, so I changed it from
Windows 7 to Windows 10 in the Wine settings, and ran Steam.exe from: Program
Files (x86) -> Steam -> Steam.exe. After taking a while, Wine encountered a
program error: "The program (unidentified) has encountered serious issues and
needs to close. We are sorry for the inconvenience." I wasn't able to save the
backtrace log as Steam re-opened to an error page. On this page it stated:
"steamwebhelper, a critical Steam component, is not responding. The Steam UI
will not be usable. Click [here
(https://help.steampowered.com/en/faqs/view/6C3E-9504-CC20-AF49) ] for more
information. | Let's try to help: (options available were:) Restart Steam;
Restart Steam with GPU Acceleration disabled; Restart Steam with Browser
Sandboxing disabled; Restart steamwebhelper; Exit Steam" The GPU Acceleration
disabling option didn't work, I assume 'browsing' doesn't work since Mono and
Gecko aren't installed, and Restart steamwebhelper didn't load anything, even
after 10 mins. I am very confused. I even installed Mono myself after this and
tried again but still no luck, unfortunately. Link to download the Wine version
I used (5.0):
https://dl.winehq.org/wine-builds/macosx/pool/winehq-stable-5.0.pkg
I'm on macOS 10.13, so unfortunately I can't use a newer Wine version. I've
also double checked that I have the latest version of XQuartz and have
installed the 64-bit support for Wine. After reproducing this error, I saved a
new backtrace log (I'm not sure if it's attached, though).
--
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=58276
Bug ID: 58276
Summary: pulse.c should silence_buffer after calloc
Product: Wine
Version: 8.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: jxvhulzowyrobfwwze(a)nbmbb.com
Distribution: ---
When pulse_write is “prebuffering … frames of silence,” it uses calloc to zero
out a buffer, then immediately calls pa_stream_write.
This isn’t correct for an unsigned 8-bit (u8) stream, since the neutral value
should be 128 instead of zero. This causes noticeable clicking whenever the
sender stops or resumes playback. (For example, old games that play occasional
WAV files as sound effects.) The issue can be reproduced using Sound Recorder
from Win3.1 and an 8-bit mono WAV file. Play the same sound over and over until
it starts clicking/popping.
I’m not sure if this scenario (the end of a WAV file) should even trigger
“buffer underrun” logic at all, since it’s an intentional gap. But regardless
of the reason for the underrun, there should be a silence_buffer call there.
I tested this in Wine 8, but confirmed the logic is the same in the latest
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.
http://bugs.winehq.org/show_bug.cgi?id=58198
Bug ID: 58198
Summary: Wine missing WH_JOURNALPLAYBACK, required by VB
SendKeys
Product: Wine
Version: 8.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user16
Assignee: wine-bugs(a)winehq.org
Reporter: jxvhulzowyrobfwwze(a)nbmbb.com
Distribution: ---
Wine doesn’t implement WH_JOURNALPLAYBACK, which is required by the Visual
Basic SendKeys function. This makes the game “Mordor: The Depths of Dejenol”
unplayable after entering the dungeon.
I’ve confirmed with 32-bit Wine 8 and 16-bit VB3, but the logic seems unchanged
in more recent Wine (and VB) versions. Microsoft eventually released a VB6
runtime that reimplemented SendKeys using SendInput instead of
WH_JOURNALPLAYBACK, but that only fixes VB6 binaries.
https://archives.miloush.net/michkap/archive/2007/09/10/4850360.htmlhttps://web.archive.org/web/20130615064311/http://blogs.msdn.com/b/michkap/…
The story gets worse for programs that invoke DoEvents after SendKeys. Since
DoEvents “first clears all pending keystrokes from the SendKeys function,” it
enters an endless loop waiting for PeekMessage to return the expected
WH_JOURNALPLAYBACK messages. CPU usage goes to 100%, and it’s easy to run out
of stack space if DoEvents is invoked repeatedly.
https://nolongerset.com/how-doevents-works/
Thankfully, running with WINEDEBUG=warn emits a clear message,
“SetWindowsHookEx16 hook type 1 broken in Win16” pointing us to
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/user.exe16/hook.c
This game is particularly creative, using SendKeys as some sort of input
filter. Many keyboard and mouse inputs are apparently translated to SendKeys
calls. I don’t fully understand the logic, except that the game is unplayable
without it.
I can’t say whether it’s worth fixing this or not. At the very least, it’s
helpful to know why this game doesn’t work, without having to keep trying each
new Wine release.
The free demo of “Mordor: The Depths of Dejenol” can be downloaded from
https://www.decklinsdemise.com/mordor.htm
--
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=46930
Bug ID: 46930
Summary: DirectX 1 installer Closes after open without
installing
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: sk9258user(a)mail.ru
Distribution: ---
Created attachment 64037
--> https://bugs.winehq.org/attachment.cgi?id=64037
log
I change wine Windows version to 95 and open DirectX 1.0 installer, but window
instant closes and Installing stopped on unpacking. In logs I see msvcp error
missing shm_open() function. WTF???
--
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=56695
Bug ID: 56695
Summary: Unreal Engine game checks for a specific VC runtime
regkey
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Created attachment 76479
--> https://bugs.winehq.org/attachment.cgi?id=76479
registry key being checked for
An Unreal Engine game checks for a VC++ runtime libs by checking for a specific
registry key created during install of that runtime upon startup.
Consider adding that key.
--
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.