wine-bugs October 2024

wine-bugs@winehq.org

2 participants
852 discussions

[Bug 5941] Problem with resizable windows
by WineHQ Bugzilla 21 Oct '24

21 Oct '24

https://bugs.winehq.org/show_bug.cgi?id=5941 --- Comment #30 from Carl G <carl.gherardi(a)gmail.com> --- I was developing a native linux HUD for PokerStars at the time this was reported, and I flagged this as it caused some fun interactions with an overlay. The link you used should be the same client as the various reports. The client supported multiple languages and the localised sites (at least used to) linked to the same binary. -- 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.

1 0

[Bug 57324] New: Wine compilation fails with "error: ‘PROPF_CONSTR’ undeclared"
by WineHQ Bugzilla 21 Oct '24

21 Oct '24

https://bugs.winehq.org/show_bug.cgi?id=57324 Bug ID: 57324 Summary: Wine compilation fails with "error: ‘PROPF_CONSTR’ undeclared" Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: NEW Severity: blocker Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Since commit 9bda4671000 ("mshtml: Add support for host object accessor props.", 2024-10-03), I get the errors such as the following when I try to compile Wine: ../wine/dlls/jscript/activex.c: In function ‘create_activex_constr’: ../wine/dlls/jscript/activex.c:199:13: error: ‘PROPF_CONSTR’ undeclared (first use in this function) 199 | PROPF_CONSTR|1, prototype, ret); | ^~~~~~~~~~~~ ../wine/dlls/jscript/activex.c:199:13: note: each undeclared identifier is reported only once for each function it appears in make: *** [Makefile:87406: dlls/jscript/x86_64-windows/activex.o] Error 1 I am using Arch Linux, GCC 14.2.1, and MinGW 13.1.0. -- 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.

1 2

[Bug 57335] New: 404 not found: https://dl.winehq.org/wine-builds/ubuntu/dists/oracular/winehq-oracular.sources
by WineHQ Bugzilla 20 Oct '24

20 Oct '24

https://bugs.winehq.org/show_bug.cgi?id=57335 Bug ID: 57335 Summary: 404 not found: https://dl.winehq.org/wine-builds/ubuntu/dists/oracula r/winehq-oracular.sources Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- Reported by a user on the forum; clicking the link https://dl.winehq.org/wine-builds/ubuntu/dists/oracular/winehq-oracular.sou… returns 404 not found. Other links in the oracular directory 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.

1 3

[Bug 45047] New: Wine Wiki: Move action not available even on unprotected pages
by wine-bugs＠winehq.org 20 Oct '24

20 Oct '24

https://bugs.winehq.org/show_bug.cgi?id=45047 Bug ID: 45047 Summary: Wine Wiki: Move action not available even on unprotected pages Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: kyle.auble(a)zoho.com Distribution: --- Created attachment 61174 --> https://bugs.winehq.org/attachment.cgi?id=61174 Screenshot showing that I'm logged in but the move inaction isn't available I'm stopping by to do some updates to the wiki, and in a few cases, that involves moving / renaming pages so that they're more distinct or easier to find by searching. For some reason, even though I'm logged in with Trustworthy rights, the box for the "move" action isn't showing up. I also tried passing "move" and "rename" through the standard URL format for actions, but both just take me to an "action does not exist" page. The "page information" link on any unprotected page shows that both edits and moves should be open to all users. My suspicion is there's a mismatch in the permissions, and you actually need Admin or Bureaucrat rights to move any pages. I can see the value behind that setup, but if we do want to keep a tighter leash on page moves, then the page info isn't displaying correctly. I'm attaching two screenshots, one showing that there's no move action even when logged in, and another of page information showing moves should be allowed. -- 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.

2 5

[Bug 50910] New: wrong search results
by WineHQ Bugzilla 20 Oct '24

20 Oct '24

https://bugs.winehq.org/show_bug.cgi?id=50910 Bug ID: 50910 Summary: wrong search results Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: lanthruster(a)gmail.com Distribution: --- Website search box is amazingly misleading. You should add command: site:wnehq.org into each google search to only include search results that are related to *.winehq.org Today it searches globally the Internet, making it a mirror of google.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.

1 3

[Bug 56409] New: Delete My Account
by WineHQ Bugzilla 20 Oct '24

20 Oct '24

https://bugs.winehq.org/show_bug.cgi?id=56409 Bug ID: 56409 Summary: Delete My Account Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: ny6gw6fn(a)protonmail.com Distribution: --- Hello, I would like to request the deletion of BOTH my WineHQ Bugzilla (bugs.winehq.org) AND my WineHQ AppDB (appdb.winehq.org) user accounts, as required by Article 17, GDPR. Both accounts are registered with the same e-mail address. I've submitted this request to privacy(a)winehq.org back in October 2023, as outlined in your privacy policy, but I haven't gotten a reply and my account was not deleted. Please process the deletion of my account, along with all data related to the account. Thanks. -- 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.

1 4

[Bug 56719] New: 404 Not Found: https://dl.winehq.org/wine-builds/fedora/40/winehq.repo
by WineHQ Bugzilla 20 Oct '24

20 Oct '24

https://bugs.winehq.org/show_bug.cgi?id=56719 Bug ID: 56719 Summary: 404 Not Found: https://dl.winehq.org/wine-builds/fedora/40/winehq.rep o Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: chplee(a)gmail.com Distribution: --- The `/winehq.repo` file can be seen in the address `https://dl.winehq.org/wine-builds/fedora/40`, but it cannot be downloaded. See also: https://dl.winehq.org/wine-builds/fedora/40/winehq.repo -- 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.

1 5

[Bug 56865] New: Packages stated in the install guide for Ubuntu don't exist
by WineHQ Bugzilla 20 Oct '24

20 Oct '24

https://bugs.winehq.org/show_bug.cgi?id=56865 Bug ID: 56865 Summary: Packages stated in the install guide for Ubuntu don't exist Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: janson.roguesqn(a)gmail.com Distribution: --- The guide at ttps://wiki.winehq.org/Ubuntu instructs the reader to install packages named winehq-*. These don't exist in the repo (or at least are reported as such by apt), but packages named wine-* do and install properly. I encountered this on xubuntu 24.04, but apparently, people have been having this problem for years now (https://askubuntu.com/a/1142890). -- 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.

1 2

[Bug 57326] New: WebGPU running slow.
by WineHQ Bugzilla 20 Oct '24

20 Oct '24

https://bugs.winehq.org/show_bug.cgi?id=57326 Bug ID: 57326 Summary: WebGPU running slow. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mattias.eliasson(a)medsa.se Distribution: --- Currently running any WebGPU implementation inside Wine will use Wine's DirectX or OpenGL emulation layer (or possibly Apples DirectX emulation layer). This has become extra important for Mac support as they dropped OpenGL and all developers that relied on Wines OpenGL support finds themselves in trouble. Even with growing support of Metal in Wine this now requres an emulation layer like moltenvk. Not only is MoltenVK slower due to emulation but it it is a radically different API to OpenGL. As a result developers that target Mac have started looking at OpenGPU. It's not an emulation layer so when compiling osx application's it provides almost as good performance as using Metal direct but doesn't require having a Mac specific backend. OpenGPU will also run very well on top of OpenGL, Vulkan and DirectX making it ideal for anyone that wants a single GPU backend. The fast way to run any application with WebGPU dependencies would be for Wine to use a native WebGPU implementation and provide an abstraction layer for Windows WebGPU applications. On Mac OSX that would mean that WebGPU would directly access Metal and run much faster. The wgpu implementation of WebGPU works very well on Metal and on all other target platforms that wine has. Porting OpenGL code to WebGPU is also much more straight forward than porting to DirectX or Vulcan for those that want an easy way to support OSX with their Windows application. With native OpenGPU support in Wine we can finally start making "compile once run everywhere" applications that will run well wherever either Windows or Wine is present. At least for developers that support wine as a target platform it would be extremely welcome. -- 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.

1 3

[Bug 57332] New: ReadLink (FSCTL_GET_REPARSE_POINT) returns garbage on Wine but works on actual Windows
by WineHQ Bugzilla 20 Oct '24

20 Oct '24

https://bugs.winehq.org/show_bug.cgi?id=57332 Bug ID: 57332 Summary: ReadLink (FSCTL_GET_REPARSE_POINT) returns garbage on Wine but works on actual Windows Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: joshudson(a)gmail.com Distribution: --- After hammering past the other error; I found this line returns garbage on Wine but something sensible on actual Windows. https://github.com/joshudson/Emet/blob/302fe61d0b8614e2a57930fc75cffa034ba3… Whatever the garbage was, it rendered as ???? on the terminal; while it may actually be ???? it's more likely to be four unprintable characters. This time, the test harness stacktrace blew up on unwind resulting in getting a wine exception handler coming up at top level, so it may have corrupted memory too. Looks like it's a duplicate of https://bugs.winehq.org/show_bug.cgi?id=12401 but isn't. The symptoms are different, probably due to the other one trying to use reparse points (which wouldn't amaze me if they simply didn't work) and this one trying to use symbolic links (which does). -- 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.

1 0

← Newer
1
...
72
73
74
75
76
77
78
...
86
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs October 2024