https://bugs.winehq.org/show_bug.cgi?id=55763
Bug ID: 55763
Summary: Electron projects using sudo-prompt think that
permission was not granted
Product: Wine
Version: 8.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skecthysites(a)gmail.com
Distribution: ---
Electron projects using sudo-prompt think that permission was not granted and
behave as if the prompt was closed without granting permission.
To reproduce:
1. Install wine-bug-demo from here:
https://github.com/zurgeg/Wine-Bug/releases/tag/1.0.0
2. Extract linux-unpacked.tar.gz
3. Run wine-bug-demo
4. Note that it asks you for your user password
5. It will execute just fine once you enter your user password, then you can
interrupt it
6. Install wine-bug-demo.Setup.1.0.0.exe
7. After installing, it will attempt to run, at which point it will crash with
the error "User did not grant permission"
--
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=54753
Bug ID: 54753
Summary: stdout/cout do not respect console code page in apps
compiled with mingw-w64
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: rjtulloh(a)gmail.com
Distribution: ---
Created attachment 74247
--> https://bugs.winehq.org/attachment.cgi?id=74247
Test program which outputs to the console in different ways.
I noticed some cases recently where Wine seemed to ignore the console code page
when apps were writing to stdout. Upon further investigation, I found it seems
to be specific to apps compiled via mingw64.
I've attached a simple test program which demonstrated the issue. It switching
the code page to UTF8 and then outputs some Japanese glyphs in different ways.
On Windows, this program behaves as expected - the same string is printed for
times.The output does not differ based on the compiler used.
In Wine, if the program is compiled with mingw-w64, it will output gibberish 3
times, and the correct string is only produced by calling the WriteConsoleA
function.
This seems to be specific to the way mingw implements stdout, as if the
application is compiled with clang in MSVC compatibility mode, there is no
issue with the output. It does not seem to be a mingw bug, since the output is
correct on Windows.
--
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=56861
Bug ID: 56861
Summary: Background color of selected items in ListView(or
ListCtrl) is white
Product: Wine
Version: 9.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: axis6404(a)proton.me
CC: zzhang(a)codeweavers.com
Regression SHA1: ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3
Distribution: Debian
Created attachment 76661
--> https://bugs.winehq.org/attachment.cgi?id=76661
a comparison image
When I apply wine's default theme (Light.msstyles), the background color of the
item does not change when I select BeckyInternetMail's mail. (white, not blue).
The attached image is a comparison image. The top half is a screenshot taken
with Light.msstyles applied. (wine's Default setting)
The bottom half is a screenshot taken after removing
".wine/drive_c/windows/resources/themes/light/light.msstyles".
The background color of the tree view on the left side of the screen is also
gray (originally 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.
https://bugs.winehq.org/show_bug.cgi?id=56997
Bug ID: 56997
Summary: AOL (America Online) Desktop Beta fails when clicking
on a menu icon
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 76831
--> https://bugs.winehq.org/attachment.cgi?id=76831
wine 9.13 (non staging) console output
Hello from Germany,
the latest "June" update of AOL (America Online) is available at:
https://beta.aol.com/projects/desktop/windows
with the checksum (I am assuming it is the June! and not July update) being
sha256sum Install_AOL_Desktop.exe
3123f8968457ab0981e16c534c139c9619d9d8ac38bfd13e2311e8cc44fa4939
Install_AOL_Desktop.exe
I managed to install the software in a fresh prefix and run it.
It starts up okay
export WINEPREFIX=/home/mwagner/WineApps/AOLDesktopBeta/
wine AolDesktop.exe 2&>/home/mwagner/Desktop/AOLCrashOutput.txt
AolDesktop.exe file is in
~/WineApps/AOLDesktopBeta/drive_c/users/mwagner/AppData/Local/AOLDesktop/
but crashes when I click on an icon in the menu bar.
Please let me know should you need further details
Maik
--
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=56995
Bug ID: 56995
Summary: Missing video in Nobody wants to die
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 76824
--> https://bugs.winehq.org/attachment.cgi?id=76824
Video on Windows
Hi,
There is a missing video when the player launch a new game.
On Windows, there is a small video because the character is in a drive-in when
the game begin (see attachment #1).
Instead of in Wine, there is a grey video and only the sound (see attachment
#2)
Same issue with Proton 9 + Proton Experimental + Bleeding Edge.
The attachment #3 is the console output 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.
https://bugs.winehq.org/show_bug.cgi?id=57013
Bug ID: 57013
Summary: Unable to install metastock 19 on m2 studio, however I
was able to install notepad++
Product: Wine
Version: 9.0
Hardware: Other
OS: MacOS
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: bprakg(a)hotmail.com
Created attachment 76857
--> https://bugs.winehq.org/attachment.cgi?id=76857
log of the error
Hi,
I am unable to install metastock 19 on m2 studio, however I was able to install
notepad++
I get this error; "0128:err:d3d:wined3d_check_gl_call >>>>>>>
GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glClear @
/private/tmp/wine-9.0/dlls/wined3d/context_gl.c / 2339"
I installed wine-stable running 9.0
I am using Mac m2 studio running sonoma 14.5. Full log of the error attached.
--
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=53297
Bug ID: 53297
Summary: Issue when launching DX11 game (FFXIV) on FreeBSD
Product: Wine
Version: 7.4
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: skyliegirl33(a)protonmail.com
Created attachment 72663
--> https://bugs.winehq.org/attachment.cgi?id=72663
Log when attempting to launch the game
When attempting to launch this game on FreeBSD, there's an unlocalized error
saying there was an unexpected issue. This doesn't happen with 6.0.3. It
doesn't matter if I use DXVK, WineD3D or software rendering; the same issue
persists. I assume something in A_SHAFinal is failing but not sure why this is
specific to FreeBSD.
--
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=56694
Bug ID: 56694
Summary: Heroes of Might and Magic 3 HD launcher doesn't start
the game
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: germanapps(a)gmail.com
Distribution: ---
Created attachment 76477
--> https://bugs.winehq.org/attachment.cgi?id=76477
Wine output
Wine cannot start Heroes 3. When you press "Play" nothing happens. It doesn't
matter which game exe i choose to run.
Running from terminal reveals that "_hd3_.dll" fails to initialize, preventing
game from starting.
This problem affects versions 9.6 - 9.9. Version 9.5 is the latest version that
works.
OS: Debian 12.5
Desktop environment: KDE Plasma
Window system: X11
Video card: Nvidia GeForce GT 740M (proprietary drivers)
--
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=51836
Bug ID: 51836
Summary: d3d: Disable CSMT by default if using llvmpipe OpenGL
renderer backend
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
llvmpipe is a software-only OpenGL implementation. It compiles GLSL shaders
into native CPU code using LLVM, offering reasonable graphics performance on
systems where hardware graphics acceleration is otherwise not available.
The problem is that llvmpipe does not play nicely with Wine's CSMT feature.
CSMT assumes the OpenGL backend to be a proxy that submits rendering commands
to GPU, rather than a full-blown computation engine itself. The source and sink
of the comman stream is the CPU itself, and llvmpipe supports direct
multithreading -- making CSMT redundant.
For testing/benchmark, llvmpipe can be activated on Linux with the environment
variable `LIBGL_ALWAYS_SOFTWARE=1`. With CSMT, perf shows
`wined3d_cs_mt_finish` to be the major overhead; without CSMT, the bottleneck
is absent and the app exhibits noticeable performance improvement.
Example glxinfo output on system with llvmpipe enabled:
OpenGL vendor string: Mesa/X.org
OpenGL renderer string: llvmpipe (LLVM 11.0.0, 256 bits)
...
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Mesa/X.org (0xffffffff)
Device: llvmpipe (LLVM 11.0.0, 256 bits) (0xffffffff)
--
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.