https://bugs.winehq.org/show_bug.cgi?id=57138
Bug ID: 57138
Summary: Unhandled exception after printing a page in Approach
Product: Wine-staging
Version: 9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 77043
--> https://bugs.winehq.org/attachment.cgi?id=77043
Unhandled exception
Fedora 40
wine-staging-9.15-2.1.x86_64
Lotus Approach N99.8.0208.0800 (Smart Suite)
I have a script set up in Approach to switch from my main page to an envelope
form, print the envelope, then return to the main page.
If I manually switch to the main page, and envelope prints fine. I have no
problem manually switching back to the man page after the print.
If I use the script, the envelope prints, then Approach crashes with a Wine
"Unhandled exception error". This was never an issue under Wine 6. Please see
the attachment.
--
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=53910
Bug ID: 53910
Summary: windows get moved around when dpms blankout happens
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Technically, it's a regression, but not sufficiently significant (for me) to
check when it began - I initially thought it was something even more random.
Anyway, as the summary says, relatively recently (I'd say within last two
months, perhaps less) I've noticed than under some at the time unclear
condition, some of the windows get randomly moved around their respective
desktops without any of my interaction.
For the most part it was only slightly annoying and seemingly random, so I've
just lived with it.
But today I had an idea and successfully tested it.
All that's needed was 'xset dpms force off'. It's also quite generic - can be
triggered with notepad and winecfg.
My setup is of two monitors, but one of them is quite old and most of the time
turned off (that still allows for stumbling upon various quirks of
winex11.drv's multi-screen handling).
Once 'xset dpms force off' is fully in effect, upon restoring from the blankout
the windows get somewhat randomly moved.
--
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=51537
Bug ID: 51537
Summary: Mouse does not work in civilization VI
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: voker57(a)gmail.com
Distribution: ---
Created attachment 70376
--> https://bugs.winehq.org/attachment.cgi?id=70376
complete log
Mouse does not work in Sid Meier's Civilization VI, menu loads but it is not
possible to do anything further.
This comment https://bugs.winehq.org/show_bug.cgi?id=49315#c9 suggests a cause
of this bug.
--
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=53847
Bug ID: 53847
Summary: NfRemote: mouse input ignored
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thelen(a)radiomankato.com
https://www.telosalliance.com/uploads/Omnia%20Products/Software/NfRemote.exe
Say hello to nfremote. It's a little piece of software used to administer a
particular manufacturer's equipment, commonly used at radio and TV stations.
I can confirm it has, and does, work fine under Wine 2.21 - just tested today
on a MacBookPro8,1 running the official binaries
(https://dl.winehq.org/wine-builds/macosx/pool/winehq-staging-2.21.pkg) under
OS 10.13.6.
Meanwhile, I have a new Mac (MacBookPro16,2 - Intel-based), on which I’ve
deployed Wine 7.0 via homebrew under OS 12.6.1.
There I can start nfremote just fine... but it ignores my mouse input.
If I were to start it with the command-line argument "run", it presents me with
a window where both keyboard and mouse input are accepted; there I can type in
the text fields, so I know it's responsive. But when I hover the cursor over
buttons, they do not 'light up’ to indicate such. And when I click, nothing
happens.
Even in years past, I found that newer versions of Wine exhibited the issue I
describe below, so I simply never updated beyond 2.21. Wonder if this might be
a long-undiscovered regression of some sort?
--
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=57459
Bug ID: 57459
Summary: Wine Regedit and Wine Control don't minimize and
become unresponsive
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: agarplayerarlon(a)gmail.com
Distribution: ---
Created attachment 77457
--> https://bugs.winehq.org/attachment.cgi?id=77457
video of the issue
I've attached a video of the issue
Basically those apps instead of minimizing they compress and become
unresponsive afterwards
--
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=56542
Bug ID: 56542
Summary: winewayland.drv: In-game VSync capped at 59FPS on 60Hz
monitors
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: faridzelli(a)gmail.com
Distribution: ---
The in-game VSync is capped at 59FPS in Cyberpunk 2077 on 60Hz displays. This
game in particular allows the player to adjust the VSync frame rate target, the
given options change to [59 29 19 14] as opposed to [60 30 20 15] under
XWayland.
Benchmark results:
- XWayland + VSync 60 (3 runs): 59.5FPS
- winewayland.drv + VSync 59 (3 runs): 58.4FPS
System information:
- Specs: Ryzen 5 3600 / Radeon 6700XT / 3840x2160 60Hz
- OS: openSUSE Tumbleweed
- DE: GNOME 46
- Display scaling: none
- Wine version: 9.6 (reproducible on all 9.X builds)
--
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=56925
Bug ID: 56925
Summary: msys2-64/cygwin64: unlink of read-only file fails
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 76744
--> https://bugs.winehq.org/attachment.cgi?id=76744
A few notes and backtraces in wine and cygwin.
In another attempt to check the state of msys2 or cygwin I found following
issue trying to update a msys2-64 installation:
# LANG=C pacman -Suy
:: Synchronizing package databases...
...
warning: could not remove lock file /var/lib/pacman/db.lck
error: failed to init transaction (unable to lock database)
error: could not lock database: File exists
...
A simpler version to reproduce is this:
rm -f test.txt
LANG=C wine cmd
echo test > test.txt
attrib +r test.txt
c:\msys64\usr\bin\rm.exe -f -v test.txt
Returns:
/usr/bin/rm: cannot remove 'test.txt': Permission denied
This tests were done with a wine tree including patches for this bugs:
52105
55138
53574
54995
--
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=39893
Bug ID: 39893
Summary: wine builtin IE can't download .exe file
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Distribution: ---
wine iexplore
https://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0.3/win3…
Got
fixme:urlmon:create_object Could not find object for MIME
L"application/x-msdownload"
fixme:ieframe:handle_navigation_error Navigate to error page
Maybe a dup of bug 33676?
--
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.