https://bugs.winehq.org/show_bug.cgi?id=53993
Bug ID: 53993
Summary: FL Studio 20.7.2 - Mouse disappears on dropdown menus
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joaonunatingscode(a)gmail.com
Distribution: ---
Created attachment 73578
--> https://bugs.winehq.org/attachment.cgi?id=73578
GIF showing bug
When clicking in a dropdown menu mouse disappears but selection is still shown.
When changing from any workspace to the workspace containing FL Studio, the
mouse works fine for the same dropdown menu, then the behavior is the same.
I've posted this in reddit which got a response saying it might be because FL
Studio uses custom mouses styles.
System information:
OS: Arch Linux x86_64
WM: sway 1.7 (wayland 1.21)
Wine: wine-7.20 (staging)
FL Studio: v20.7.2 [build 1863]
--
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=53251
Bug ID: 53251
Summary: d3d10core:d3d10core - test_pipeline_statistics_query()
sometimes fails on Windows 10 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d10core:d3d10core - test_pipeline_statistics_query() sometimes fails on
Windows 10 1909+:
d3d10core.c:4780: Test failed: Got unexpected IAVertices count: 0.
d3d10core.c:4781: Test failed: Got unexpected IAPrimitives count: 0.
d3d10core.c:4782: Test failed: Got unexpected VSInvocations count: 0.
d3d10core.c:4785: Test failed: Got unexpected CInvocations count: 0.
d3d10core.c:4786: Test failed: Got unexpected CPrimitives count: 0.
https://test.winehq.org/data/patterns.html#d3d10core:d3d10core
These failures seem to only happen on the TestBot VMs that use the basic 'VGA'
driver. However they are pretty rare so it's hard to be sure they cannot happen
on the QXL multi-monitor configurations.
They are also rare enough to cause false positives.
--
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=53940
Bug ID: 53940
Summary: I have an app that launches an app, but when that app
launches the second app, the second app opens with a
black screen.
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hsehnt(a)q.com
Distribution: ---
Created attachment 73498
--> https://bugs.winehq.org/attachment.cgi?id=73498
standard out of wine RMS\ Express.exe
I have an app that launches an app, but when that app launches the second app,
the second app opens with a black window. It doesn't do that in windows.
I've recorded the screencast and piped the standard out to blackscreen.txt
$ wine RMS\ Express.exe |& tee blackscreen.txt
I updated the screencast and blackscreen.txt file.
At about 10 seconds into the video I click on the open session (upper right of
screen) to launch a VARA HF winlink session. This is still part of the first
app (RMS Express). The VARA HF winlink session request spawns a new app called
VARA. It is the VARA app that opens with a black window. If I open VARA
manually, it opens with a good usable window. It's only a black window when
automatically spawned by RMS Express.
I don't know how to troubleshoot this. I'm hoping there is enough information
in the blackscreen.txt file that can be correlated with the screen capture.
--
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=16124
Summary: Install OK => Test for Internet Access failed
Product: Wine
Version: 1.1.8
Platform: PC
URL: http://www.ibusinesspromoter.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: christian(a)Familie-Saeum.de
CC: christian(a)Familie-Saeum.de
Created an attachment (id=17360)
--> (http://bugs.winehq.org/attachment.cgi?id=17360)
Here my Log for Start the Programm => failure
Hey guys sorry for the bad English but I did it with Google translator because
my English is not worth reading! Very Happy
So to my problem:
I would like to IBP (http://www.ibusinesspromoter.com/) under Ubuntu 8:10 with
the existing Wine (1.1.8).
Installation works wonderfully well with the launch of the program succeed.
Only once the program on the Internet what it wants is the message that there
is no Internet.
Firefox, but can go on the Internet.
Here's an issue of Wine on the console:
The program was started and then was up to the point Auccount the first set
until it wanted to go on the Internet since then I have not received it quits.
Here my Forum Thread for the Problem:
http://forum.winehq.org/viewtopic.php?p=15270#15270
Bye
--
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=53989
Bug ID: 53989
Summary: wininet:http - test_http_cache() opening the backing
file sometimes fails due to a sharing violation on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wininet:http - test_http_cache() opening the backing file sometimes fails due
to a sharing violation on Windows:
http.c:1603: Test failed: Could not create file: 32
http.c:1605: Test failed: file size = 4294967295
http.c:1613: Test failed: file size = 4294967295
http.c:1617: Test failed: Deleting file returned 1(6)
http.c:1623: Test failed: Could not create file: 2
http.c:1625: Test failed: WriteFile failed: 0, 0
http.c:1627: Test failed: CommitUrlCacheEntry failed: 2
http.c:1634: Test failed: HttpSendRequest failed
http.c:1639: Test failed: size = 0
http.c:1641: Test failed: incorrect page data: <html><body>
<h1>Hello world!</h1>
This is a test page for the Wine regression test suite.
</body><
See https://test.winehq.org/data/patterns.html#wininet:http
Where the first failure causes all the other ones and 32 ==
ERROR_SHARING_VIOLATION.
This failure mode has only happened on w1064v1809, w1064-tsign (21H2) and
w1064v21h2 for a total of 8 occurrences between 2022-06-13 and 2022-11-23.
This seems like broken Windows behavior so maybe we should retry after a delay
and a broken()?
--
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=53988
Bug ID: 53988
Summary: wininet:http sometimes unexpectedly gets
INTERNET_STATUS_RESOLVING_NAME status
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wininet:http sometimes unexpectedly gets INTERNET_STATUS_RESOLVING_NAME status.
For instance on 2022-11-23 on w1064v1507-32:
http.c:5694: Testing InternetReadFileExW with IRF_NO_WAIT flag...
http.c:5781: Testing InternetQueryDataAvailable...
http.c:376: Test failed: unexpected status 10 (INTERNET_STATUS_RESOLVING_NAME)
http.c:376: Test failed: unexpected status 11 (INTERNET_STATUS_NAME_RESOLVED)
http.c:376: Test failed: unexpected status 20
(INTERNET_STATUS_CONNECTING_TO_SERVER)
http.c:5353: Test failed: expected status 20
(INTERNET_STATUS_CONNECTING_TO_SERVER) 1 times, received 2 times
...
http.c:596: Starting InternetReadFile test with flags 0x10000000 on url
http://test.winehq.org/tests/post.php
http.c:644: Test failed: expected status 10 (INTERNET_STATUS_RESOLVING_NAME) 0
times, received 1 times
http.c:645: Test failed: expected status 11 (INTERNET_STATUS_NAME_RESOLVED) 0
times, received 1 times
Or in a slightly different location on 2022-08-19 on w1064v1507-64:
http.c:5694: Testing InternetReadFileExW with IRF_NO_WAIT flag...
http.c:376: Test failed: unexpected status 10 (INTERNET_STATUS_RESOLVING_NAME)
http.c:376: Test failed: unexpected status 11 (INTERNET_STATUS_NAME_RESOLVED)
http.c:376: Test failed: unexpected status 20
(INTERNET_STATUS_CONNECTING_TO_SERVER)
http.c:5353: Test failed: expected status 20
(INTERNET_STATUS_CONNECTING_TO_SERVER) 1 times, received 2 times
...
http.c:596: Starting InternetReadFile test with flags 0x10000000 on url
http://test.winehq.org/tests/post.php
http.c:644: Test failed: expected status 10 (INTERNET_STATUS_RESOLVING_NAME) 0
times, received 1 times
http.c:645: Test failed: expected status 11 (INTERNET_STATUS_NAME_RESOLVED) 0
times, received 1 times
See https://test.winehq.org/data/patterns.html#wininet:http
This has only been seen on w1064v1507 and the new w11pro64 VM. So it's not just
a quirk of Windows 10 1507 but I don't know what sets these two test
configurations apart from the others (if anything).
My understanding is that we expect to get these statuses only on the first
connection to the server. After that we expect the DNS information and/or
server connection to be cached so that these steps are skipped. However:
1. I don't think we should make assumptions on when Windows is allowed to clear
its DNS cache or reset its connections.
2. Maybe the connection was actually closed by the server? For instance my
understanding is that Apache can be configured to start a new worker process
after a number of requests have been served. If that limit is reached while our
test runs I believe we may get disconnected and have to reconnect to the new
worker process.
3. Or the winehq.org administrator restarted the (web) server on these dates?
3. Or sometimes there are just network glitches.
So I think we should allow these statuses as optional pretty much everywhere.
--
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=53982
Bug ID: 53982
Summary: letsvpn
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kalistochina(a)yahoo.com
Distribution: ---
Created attachment 73564
--> https://bugs.winehq.org/attachment.cgi?id=73564
lets vpn wont start
Hi, using latest stable wine, letsvpn installed wont boot screen, new to linux,
dont know how to get terminal output,screenshot included
--
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=46959
Bug ID: 46959
Summary: Notepad ++ crashes on startup
Product: Wine
Version: 4.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: internet(a)ivohuisjes.nl
Distribution: ---
I have been running and upgrading wine from version 3.16 all the way to 4.2.x
while using notepad ++ (under wine) without a problem, but ever since I
upgraded to 4.3 or 4.5, notepad++ crashes on startup with a stack overflow and
"fixme:heap:HeapSetInformation"
My system:
Linux 64 bit (arch based)
Kernel 4.19 (LTS)
To reproduce:
- Install wine 4.2 or older
- Install notepad++
- (Optional) start notepad++ (success!)
- Upgrade to wine 4.5
- Start notepad++
--
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=3548
Fabian Köster <koesterreich(a)fastmail.fm> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|koesterreich(a)fastmail.fm |
--
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=11595
Summary: wine application crashes if linux application changes a
file it has open (Notepad++)
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tycho_lamerigts(a)yahoo.com
- install notepad++
- start notepad++
- create new file
- save file
- modify saved file with a linux application (e.g. gedit)
- switch focus back to notepad++, it sees the change, then freezes.
--
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.