https://bugs.winehq.org/show_bug.cgi?id=57692
Bug ID: 57692
Summary: No context menu in Reason (DAW)
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schroedingerscat(a)disroot.org
Distribution: ---
The context menu in ReasonStudio's DAW Reason is broken. The regression was
introduced with v10.0-rc6 as context menus worked fine until Wine v10.0-rc5.
To reproduce, following the installation procedure from here (under Additional
Notes): https://appdb.winehq.org/objectManager.php?sClass=version&iId=42495
Then after starting the app and finishing the initial configuration dialogues,
try to right-click with your mouse anywhere in the application to open the
context menu. Nothing will happen. There's also nothing being logged when
trying to open the context menu.
--
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=56530
Bug ID: 56530
Summary: Final Fantasy XI Online: Memory leak when Wine is
built with CFLAGS="-g -mno-avx".
Product: Wine
Version: 8.13
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: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Regression SHA1: c065b4fe0b3622e0c737a4c7c1c514273ad2d8a7
Distribution: ---
After c065b4fe0b3 [1], a memory leak can be seen in Final Fantasy XI Online,
but only when building with
CFLAGS="-g"
instead of
CFLAGS="-march=znver4 -O2 -pipe -mindirect-branch=thunk -mno-avx"
----
err:d3d:wined3d_debug_callback 01DBBCF8: "GL_OUT_OF_MEMORY in glGetTexImage".
----
Nothing too specific needs to be done, aside from simply logging in to the
game, and standing still, which will make the address space fill up in a few
minutes (some in-game area requirements may be present, or at least some make
it happen faster than others).
Thank you!
1.
https://source.winehq.org/git/wine.git/commitdiff/c065b4fe0b3622e0c737a4c7c…
--
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=57766
Bug ID: 57766
Summary: Win3_BIOS most likely should be Win32_BIOS instead
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: depaoli.renzo(a)gmail.com
Distribution: ---
wine-10.0-rc6/dlls/wbemprox/tests/query.c
Line #93 states
L"SELECT * FROM Win3_BIOS WHERE NAME <> NULL",
It seems likely that this was intended instead
L"SELECT * FROM Win32_BIOS WHERE NAME <> NULL",
e.g. the line #94 states
L"SELECT * FROM Win32_BIOS WHERE NULL = NAME",
--
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=57794
Bug ID: 57794
Summary: WinHTTP implementation assumes HTTP response has a
status text
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)sai.navy
Distribution: ---
When the HTTP server only provides a status code, e.g. 'HTTP/1.0 200', Wine's
WinHttpReceiveResponse() fails with ERROR_WINHTTP_INVALID_SERVER_RESPONSE.
The exact problem seems to be here:
https://github.com/wine-mirror/wine/blob/55a3a7ee77844258fb480c3c11747893fc…
This is incongruent with Microsoft's WinHTTP implementation and also generally
a weird requirement that doesn't match real-world usage.
--
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=57360
Bug ID: 57360
Summary: Wrong Combobox dropdown in 7zFM
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 77328
--> https://bugs.winehq.org/attachment.cgi?id=77328
Too large drop down
Install 7z 24.08
in 7zFM, dropdown combobox => Too large with many "empty" lines
--
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=27245
Summary: Internet Settings security zones not i18n-ed
Product: Wine
Version: 1.3.20
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
Created an attachment (id=34829)
--> (http://bugs.winehq.org/attachment.cgi?id=34829)
Internet Settings screenshot (French)
In the control panel (wine control), tab "Security", the security zones and
their associates descriptions aren't translatable.
They seem to be hardcoded in dll/urlmon/urlmon.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=53644
Bug ID: 53644
Summary: vbscript can not compile classes with lists of private
/ public / dim declarations
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
I am working on porting Visual Pinball to MacOS. I am using the vbscript engine
from Wine and just found out that it is having issues compiling classes that
have lists of private / public declarations.
For example:
Class FlipperPolarity
Public DebugOn, Enabled
private Flipper, FlipperStart,FlipperEnd, FlipperEndY, LR,
PartialFlipCoef
Private Balls(20), balldata(20)
dim PolarityIn, PolarityOut
dim VelocityIn, VelocityOut
dim YcoefIn, YcoefOut
.
.
.
End Class
To get this to compile, I had to split everything to a separate line. I also
had to switch the arrays to dim
Class FlipperPolarity
Public DebugOn
Public Enabled
private Flipper
private FlipperStart
private FlipperEnd
private FlipperEndY
private LR
private PartialFlipCoef
dim Balls(20)
dim balldata(20)
dim PolarityIn
dim PolarityOut
dim VelocityIn
dim VelocityOut
dim YcoefIn
dim YcoefOut
.
.
.
End Class
I think an update is required in parser.y, but I'm not sure yet:
ClassBody
: /* empty */ { $$ = new_class_decl(ctx); }
| FunctionDecl { $$ =
add_class_function(ctx, new_class_decl(ctx), $1); CHECK_ERROR; }
| FunctionDecl StSep ClassBody { $$ =
add_class_function(ctx, $3, $1); CHECK_ERROR; }
/* FIXME: We should use DimDecl here to support arrays, but that conflicts
with PropertyDecl. */
| Storage tIdentifier { dim_decl_t *dim_decl =
new_dim_decl(ctx, $2, FALSE, NULL); CHECK_ERROR;
$$ = add_dim_prop(ctx,
new_class_decl(ctx), dim_decl, $1); CHECK_ERROR; }
| Storage tIdentifier StSep ClassBody { dim_decl_t *dim_decl =
new_dim_decl(ctx, $2, FALSE, NULL); CHECK_ERROR;
$$ = add_dim_prop(ctx, $4,
dim_decl, $1); CHECK_ERROR; }
| tDIM DimDecl { $$ = add_dim_prop(ctx,
new_class_decl(ctx), $2, 0); CHECK_ERROR; }
| tDIM DimDecl StSep ClassBody { $$ = add_dim_prop(ctx, $4,
$2, 0); CHECK_ERROR; }
| PropertyDecl { $$ =
add_class_function(ctx, new_class_decl(ctx), $1); CHECK_ERROR; }
| PropertyDecl StSep ClassBody { $$ =
add_class_function(ctx, $3, $1); CHECK_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=57689
Bug ID: 57689
Summary: Menus misplaced on X11 when using dual monitor with
right monitor as primary
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: sutupud(a)yahoo.com
Distribution: ---
Created attachment 77877
--> https://bugs.winehq.org/attachment.cgi?id=77877
screenshot of misplaced menu entry
In wine 10.0-rc6, when using two monitors with the *right* one set as primary,
the menus are now misplaced, e.g. when opening a menu entry in a window on the
left monitor, then it opens offset by the monitor size to the right, on the
primary monitor, as shown in the attached screenshot.
When the window is on the right monitor that continues, so the menus are not
shown, since they are likely drawn off screen.
Setting the left monitor as primary fixes this as a workaround.
Also, it only happens on X11 / XWayland (not with the wayland driver, where
menu positioning now works correctly)
--
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=57698
Bug ID: 57698
Summary: Reason's (DAW) dialog windows stopped registering
mouse events and open at screen's right edge
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schroedingerscat(a)disroot.org
Distribution: ---
Reason's (DAW) dialog windows like "Save changes to the document before
quitting?" or the authorization/login startup dialog stopped registering mouse
click events with Wine v10.0-rc6. Additionally, affected dialog windows now
open at the screen's right edge instead of the center (on Windows and up to
Wine v10.0-rc5).
Additionally, the authorization/login startup dialog hides the mouse cursor
once the cursor is over its window.
There's a workaround though: you can move the window to the screen's center and
from that point on are able to move the mouse cursor within the window and
perform mouse clicks.
The regression has been introduced with commit
710b94e212501727b3b1b8deea06a7757df43d51
Steps to reproduce:
Follow the download and installation steps from "Additional Comments" here:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=42495
Then, just wait for the authorization/login startup window.
--
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.