https://bugs.winehq.org/show_bug.cgi?id=51040
Bug ID: 51040
Summary: msi:package fails on Windows 10 if privileges not high
enough
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failures only happen if the test is run on a recent enough
Windows (i.e. Windows 10) in a user account with too few privileges.
package.c:5079: Test failed: Expected "keydata", got ""
package.c:5084: Test failed: Expected "field2", got ""
package.c:5089: Test failed: Expected "keydata,field2", got ""
package.c:5096: Test failed: Expected
"C:\Users\winetest\AppData\Local\Temp\FileName1", got ""
package.c:5107: Test failed: Expected "C:\Users\winetest\AppData\Local\Temp\",
got ""
package.c:5113: Test failed: Expected "C:\Users\winetest\AppData\Local\Temp\",
got ""
package.c:5123: Test failed: Expected "C:\Users\winetest\AppData\Local\", got
""
package.c:5136: Test failed: Expected
"C:\Users\winetest\AppData\Local\Temp\FileName2.dll", got ""
package.c:5147: Test failed: Expected
"C:\Users\winetest\AppData\Local\Temp\FileName4.dll", got ""
package.c:5651: Test failed: Expected , got winetest
In particular one can notice this bug on the TestBot's w1064_adm VM.
Note however that these tests seem to be run and succeed on wvistaadm and
w7u_adm.
See:
https://test.winehq.org/data/tests/msi:package.html
--
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=47508
Bug ID: 47508
Summary: FL Studio: Pressing backspace while editing the name
of something closes edit name window prematurely
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajduck(a)outlook.com
Distribution: ---
Created attachment 64895
--> https://bugs.winehq.org/attachment.cgi?id=64895
A channel highlighted in the channel rack
Since Wine 4.9, pressing backspace to remove text while editing the name of
something closes the window and sets the name as whatever was in the box
usually with one character removed. Before 4.9 pressing backspace only removed
a character without closing the window which is correct behaviour.
Steps to reproduce:
1. Open FL Studio.
2. Press F6 to open the channel rack. If nothing appears or a window
disappeared, press F6 again.
3. There are probably already a few "channels" in the project file (possibly
the demo project opened up). See the image attached. You need to hold shift and
click on the highlighted bit, which is a channel. (Alternatively right click
and select "Rename, color and icon..."). You can pick any channel for this.
4. The edit name window will appear. Type anything, then press backspace to try
and remove a character.
What is expected:
It should remove a character without closing the window, as text editing
usually goes.
What actually happens:
It closes the edit name window.
Sometimes pressing backspace again after the edit name window has closed
(especially when doing this on the mixer) goes on to close the playlist (the
window with a big grid) which is not normal behaviour (doesn't happen before
4.9 either). Pressing backspace usually only changes the snap settings (the
little drop down menu at the top panel of the main FL Studio window which has a
magnet by it).
--
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=53594
Bug ID: 53594
Summary: Stacktrace when opening GOG Galaxy
Product: Wine-staging
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oldrecords88(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72984
--> https://bugs.winehq.org/attachment.cgi?id=72984
stacktrace output from Wine dialog
Opening GOG Galaxy using Wine Staging in Ubuntu 21.10 results in a backtrace.
The application still loads and appears to somewhat work (tried downloading and
installing a new game, said installation failed but I'm not sure if it's
directly related).
--
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=53142
Bug ID: 53142
Summary: ieframe:webbrowser - test_ClientSite() has a rare
failure on Windows 10 1809+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ieframe:webbrowser - test_ClientSite() has a rare failure on Windows 10 1809+:
webbrowser.c:2024: Test failed: count = 3 expected 2
https://test.winehq.org/data/patterns.html#ieframe:webbrowser
This failure seems to only happen on the TestBot VMs so maybe QEmu is involved
somehow. The failure rate is about 5.7%.
--
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=52354
Bug ID: 52354
Summary: winemac.drv not functional on non metal GPUs
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gcenx83(a)gmail.com
Distribution: ---
Since wine-6.17 winemac.drv no longer functions on non Metal GPUs this breaks
legacy versions of mac OS X below 10.11 and systems that contain GPUs that
don't support Metal.
--
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=51784
Bug ID: 51784
Summary: The dinput8:hid output is too big in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dinput8:hid outputs ~26kB of data. This is too much and contributes in pushing
the WineTest reports above the 1.5MB limit.
The traces break down as follows:
0kB failures
25kB todos
0kB traces
0kB test framework (summary lines, etc.)
Time to fix Wine to reduce the number of todos!
--
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=49443
Bug ID: 49443
Summary: Anno 1800: Super slow & bad performance
Product: Wine
Version: 5.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: holzminister(a)t-online.de
Distribution: ---
Created attachment 67544
--> https://bugs.winehq.org/attachment.cgi?id=67544
terminal out WineD3D
Hi,
I tried to run Anno 1800 but unfortunately it runs pretty terrible slow on my
end.
The game itself seems to work fine. But when loading into a game it takes me
about 30 minutes on my machine (The loading screen seems unresponsive for most
of the time, animation plays like once every 5 minutes or so). When loaded into
a game I get like <10 FPS (DXVK & WineD3D) and you can visible see the assets
and texures being loaded when scrolling through the map (DXVK, with WineD3D it
is the same, but there are a lot of graphical glitches in addition).
The terminal output attached is with WineD3D. If you require more information
please let me know and I will try to provide it.
my pc
Archlinux
Ryzen 2700x
32gb ram
AMD Vega 56 (Mesa 20.1.1)
game and os on ssd
Kind Regards.
--
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=52936
Bug ID: 52936
Summary: winhttp:url assumes 0xfb00 cannot be converted to the
ANSI codepage, fails with UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winhttp:url assumes 0xfb00 cannot be converted to the ANSI codepage and thus
fails fails on Windows with the UTF-8 codepage:
url.c:306: Test failed: expected failure
url.c:307: Test failed: got 0
url.c:346: Test failed: expected failure
url.c:347: Test failed: got 0
https://test.winehq.org/data/patterns.html#winhttp:url
These two pairs of failures happen when calling WinHttpCreateUrl() on the
following URLs respectively:
39 static WCHAR escape3[] = {'?','t','e','x','t','=',0xfb00,0};
40 static WCHAR escape4[] = {'/','t','e','x','t','=',0xfb00,0};
So maybe these tests should be skipped when running in a UTF-8 locale since
it's supposed to be able to handle any UTF-16 codepoint.
What is surprising is that this test does not fail on debian11-hi-IN (where
GetACP()==UTF-8). That looks like a bug too.
The tests were introduced in this commit:
commit 7e5b5cb1aa253ce2f20a790989d0f18bcbcab946
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Tue Nov 6 16:09:04 2018 +0100
winhttp: Properly handle request paths with Unicode characters.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=46076
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=43235
Bug ID: 43235
Summary: FreeBSD crash on Dungeons & Dragons Online because of
secur32
Product: Wine
Version: 2.10
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
Created attachment 58542
--> https://bugs.winehq.org/attachment.cgi?id=58542
Output trying to run the Dungeons & Dragons Online launcher
I updated today to staging 2.10 and I wanted to try out D&DO.
It was working in staging 2.7 before I upgrade to 2.10
I attached the output. Maybe it's a built mistake from the maintainer, maybe
it's Wine, I don't know since I'm using the pre-built package from
repositories.
--
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=52462
Bug ID: 52462
Summary: Wine don't recognize Ipega PG-9025 LT, RT and up/down
axis of right analog stick
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Left trigger, right trigger, and up/down axis of right analog stick aren't
recognized by Wine, according to game input settings from control panel.
Procedures:
1 - Connect Ípega PG-9025 on Bluetooth
2 - run 'wine control'
3 - Open Game Input Settings
4 - Select "Control test" tab
5 - Press LT, RT buttons, and move right analog stick to up and down
Triggers does works on native GNU/Linux applications
Video: https://www.youtube.com/watch?v=BI2p5Z6rqdE
--
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.